本文记录某个应用在某台 Windows 8.1 x86 系统上,运行时抛出 OutOfMemoryException 异常,启动失败。应用程序能启动,但是在第一次碰到渲染时,就发现渲染初始化失败,从而让应用程序闪退

此应用是一个 dotnet 6 应用,闪退时好在被系统的事件管理记录了日志,从系统的事件查看器可以看到如下的异常堆栈信息

Application: Doubi.exe
CoreCLR Version: 6.0.121.56705
.NET Version: 6.0.1
Description: The process was terminated due to an unhandled exception.
Exception Info: System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation.
 ---> System.OutOfMemoryException: Insufficient memory to continue the execution of the program.
   at MS.Internal.HRESULT.Check(Int32 hr)
   at System.Windows.Media.Composition.DUCE.Channel.SyncFlush()
   at System.Windows.Media.MediaContext.CompleteRender()
   at System.Windows.Media.MediaContext.CreateChannels()
   at System.Windows.Media.MediaSystem.ConnectChannels(MediaContext mc)
   at System.Windows.Media.MediaContext..ctor(Dispatcher dispatcher)
   at System.Windows.Media.MediaContext.From(Dispatcher dispatcher)

以上的 OutOfMemoryException 异常,不代表一定是内存不足的异常状态。通过堆栈可以看到,这个异常是在 MS.Internal.HRESULT.Check 方法里面根据 hr 参数从而抛出的。通过阅读 WPF 源代码,可以看到这是对应的是在 wgx_render.cs 代码里的如下定义

    internal enum NtStatusErrors
    {
        NT_STATUS_NO_MEMORY = unchecked((int)0xC0000017)
    }

    /// <summary>
    /// HRESULT
    /// </summary>
    /// <ExternalAPI/>
    // [StructLayout(LayoutKind.Sequential)]
    internal struct HRESULT
    {
        /// <summary>
        /// If the result is not a success, then throw the appropriate exception.
        /// </summary>
        /// <param name="hr"></param>
        /// <ExternalAPI/>
        public static void Check(int hr)
        {
            if (hr >= 0)
            {
                // The call succeeded, don't bother calling Marshal.ThrowExceptionForHr
                return;
            }
            else
            {
                throw ConvertHRToException(hr);
            }
        }

        [SecuritySafeCritical]
        internal static Exception ConvertHRToException(int hr)
        {
          // 忽略其他代码
                switch (hr)
                {
                    case (int) NtStatusErrors.NT_STATUS_NO_MEMORY:
                        return new System.OutOfMemoryException();
                }
          // 忽略其他代码
      }

这里的抛出的异常是由 WPF GFX 层的返回值转换的 dotnet 异常,而 GFX 层具体是哪个模块出现问题,也是无法确定的。在 GFX 层采用的是遇到异常即返回错误码的方式,没有直接的堆栈可以看到是哪个模块

这里的 0xC0000017 是一个常见的 nt 异常,于是又不好调查了,先尝试简单的 demo 能否复现,用来了解是否 WPF 底层的问题

尝试使用空的 dotnet 6 的 WPF 应用程序,可以正常运行和渲染。 证明应该是此应用触发了某些条件才会让渲染挂了,但是此应用过于复杂,先尝试修一下系统,如果修系统不行,再进行二分。因为二分的成本比较高

尝试更新显卡驱动,发现官方没有提供 Win8.1 x86 的驱动

尝试 DX 修复工具,没有找到可以修复的问题

尝试使用系统自带的修复命令,在管理员权限的 cmd 命令行就输入以下代码进行修复

sfc /scannow

命令输出 Windows 资源保护找到了损坏文件并成功修复了它们

接着使用管理员的 PowerShell 进行 Dism 修复,命令如下

dism /online /Cleanup-Image /RestoreHealth

执行输出如下图

修复完成之后,发现应用程序可以正常使用

猜测是系统的某些文件出了问题,具体是什么问题,还不知道

虽然上面的使用 DX 修复工具等步骤没有实际作用,但也不代表着这些步骤毫无作用,说不定这些步骤只是修了一半的问题


本文会经常更新,请阅读原文: https://blog.lindexi.com/post/%E8%AE%B0-Win8.1-%E6%9F%90%E5%BA%94%E7%94%A8%E6%B8%B2%E6%9F%93%E6%8A%9B%E5%87%BA-OutOfMemoryException-%E5%BC%82%E5%B8%B8%E5%8F%8A%E4%BF%AE%E5%A4%8D%E6%96%B9%E6%B3%95.html ,以避免陈旧错误知识的误导,同时有更好的阅读体验。

如果你想持续阅读我的最新博客,请点击 RSS 订阅,推荐使用RSS Stalker订阅博客,或者前往 CSDN 关注我的主页

知识共享许可协议 本作品采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可。欢迎转载、使用、重新发布,但务必保留文章署名林德熙(包含链接: https://blog.lindexi.com ),不得用于商业目的,基于本文修改后的作品务必以相同的许可发布。如有任何疑问,请 与我联系

无盈利,不卖课,做纯粹的技术博客

以下是广告时间

推荐关注 Edi.Wang 的公众号

欢迎进入 Eleven 老师组建的 .NET 社区

以上广告全是友情推广,无盈利