TargetInvocationException：Microsoft.AGL.Common.MISC.HandleAr（PAL_ERROR ar）

Posted 2023-02-22

【中文标题】TargetInvocationException：Microsoft.AGL.Common.MISC.HandleAr（PAL_ERROR ar）

【英文标题】：TargetInvocationException: Microsoft.AGL.Common.MISC.HandleAr(PAL_ERROR ar)

【发布时间】：2012-11-09 20:11:11

【问题描述】：

在我的 .NET Compact Framework 3.5 项目（在 Windows Mobile 6 上运行）中加载资源时，我随机收到 TargetInvocationException。它们看起来类似于此堆栈跟踪：

FATAL 2012-11-13 14:17:00,657 [23768895] TargetInvocationException - mobileX.MIP.Post.Presentation.Program
System.Reflection.TargetInvocationException: TargetInvocationException ---> System.Exception: Exception
at Microsoft.AGL.Common.MISC.HandleAr(PAL_ERROR ar)
at System.Drawing.Bitmap._InitFromMemoryStream(MemoryStream mstream)
at System.Drawing.Bitmap..ctor(Stream stream)
at System.Reflection.RuntimeConstructorInfo.InternalInvoke(RuntimeConstructorInfo rtci, BindingFlags invokeAttr, Binder binder, Object parameters, CultureInfo culture, Boolean isBinderDefault, Assembly caller, Boolean verifyAccess, StackCrawlMark& stackMark)
at System.Reflection.RuntimeConstructorInfo.Invoke(BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
at System.Reflection.ConstructorInfo.Invoke(Object[] parameters)
at System.Resources.ResourceReader.CreateResource(Type objType, Type[] ctorParamTypes, Object[] ctorParameters)
at System.Resources.ResourceReader.LoadBitmap(Int32 typeIndex)
at System.Resources.ResourceReader.LoadObjectV2(Int32 pos, ResourceTypeCode& typeCode)
at System.Resources.ResourceReader.LoadObject(Int32 pos, ResourceTypeCode& typeCode)
at System.Resources.RuntimeResourceSet.GetObject(String key, Boolean ignoreCase)
at System.Resources.ResourceManager.GetObject(String name, CultureInfo culture)

我猜测这个异常的原因是有一些我忘记清理的非托管资源。但是，我在项目中有很多表单和资源。

所以这是我的问题：

未清理的表单或资源是否会成为此异常的原因？ 如何准确追踪浪费我记忆的表单或资源？

关于 2：我已经使用 .NET Compact Framework Power Toys 3.5 中的 CLR Profiler 分析了我的应用程序。大量内存用于“本机功能”/System.Windows.Forms.Control::_InternalWnProc Microsoft.AGL.Common.PAL_ERROR (Microsoft.AGL.Forms.WM int32 int32)。但是，我看不到这些资源在哪里使用。我怎样才能知道？

【参考方案1】：

是的 我希望（甚至不要试图声称电动玩具分析器会帮助您）

您将不得不检查您的代码。确保对所有 Disposable 对象调用 Dispose，包括所有 GDI 对象、位图、画笔。

其次，如果你曾经调用过 Font.ToHFont，这个调用是非常危险的，因为它需要你 p/调用 DeleteObject 来清理它。 （托管调用需要 p/invoke 才能不泄漏资源）

我唯一的建议是，出于某种原因，大多数时候我的 AGL 错误发生在问题根源附近。具体原因我记不得了。在工作中，我们将其称为未记录的“加速悲伤层 (AGL)”

最后，我还有一个尖锐的问题要问。您是否一次分配大量位图，然后释放它们，最后尝试创建托管内存对象，也许是缓冲区？ Windows Mobile 6 是基于 Windows CE 5.0 而不是 Windows CE 6.0 构建的。因此，每个进程都有 32 MB 的内存限制。如果一次分配大量位图，它们会增加非托管堆的大小。当您处理位图时，会调用 LocalFree 并且堆取消提交但不会释放内存，.NET 将永远不会再看到它。除了避免一次分配大量位图外，避免这种情况的唯一方法是分配大于或等于 96 KB 的位图，以保留堆外的页面。

这可能是您的问题，但我会提到它，因为它几乎不可能追查到。但是，我认为在这种情况下您最终会遇到崩溃或 OutOfMemoryException。

无论如何，我会确保您没有泄漏资源或句柄，并仔细检查您的流格式是否正确。

【讨论】：

谢谢你，艾伦。该应用程序在 Windows Mobile 6 上运行。我已经找到了一些不会为某些表单调用 Dispose() 的星座。您知道是否需要在属于表单生成代码的任何组件上调用 Dispose() 吗？我认为不是，但只是要求确定;-)

嘿，不，不调用所有子控件上的 dispose 应该没问题。我在这台机器上没有反射器，但我相信 Form Dispose 所有子控件的基本实现。我做的一个快速测试证实了这一点。子控件不保存在组件集合中，只有诸如计时器之类的组件保存在其中。我见过的一个错误是在设计器文件的默认 if (disposing && (components != null)) 语句中添加对画笔的显式 .Dispose 调用。除非您有非控制组件，否则永远不会执行此操作，大多数情况下此集合为空。