实例化第三方类型导致Win32/.NET应用崩溃，求助排查

核心问题定位 #

你遇到的崩溃是两个关键问题叠加导致的：

1. 仅反射上下文的错误使用：仅反射上下文（ReflectionOnly 模式）只能用于读取程序集元数据，完全不支持实例化对象。强行在该上下文调用Activator.CreateInstance()会触发CLR内部异常处理逻辑，可能生成半初始化的对象实例，后续被错误触发Dispose。
2. 构造失败后的意外Dispose调用：第三方类型在构造函数中若部分执行了资源分配，且未正确处理构造失败的清理逻辑，或是COM交互层面的生命周期管理误判了对象状态，会导致未完全初始化的对象被调用Dispose，进而因内部未初始化成员抛出NullReferenceException。

分步解决方案 #

1. 修复程序集加载上下文 #

立即停止使用仅反射上下文加载需要实例化的第三方程序集，改用常规的Assembly Load Context：

• 若不需要隔离加载，直接使用Assembly.LoadFrom()或Assembly.Load()加载程序集；
• 若需要隔离加载（避免污染主应用程序域/ALC），创建自定义可执行ALC，而非仅反射上下文：

var alc = new AssemblyLoadContext("ThirdPartyPluginALC", isCollectible: true);
var assembly = alc.LoadFromAssemblyPath(@"path\to\thirdparty.dll");
var type = assembly.GetType("YourTargetType");

2. 安全实例化与资源清理 #

调整实例化逻辑，确保仅在对象成功创建后才调用Dispose，避免对null或半初始化对象执行清理：

IDisposable instance = null;
try
{
    instance = (IDisposable)Activator.CreateInstance(type, constructorArgs);
    // 正常使用实例
}
catch (MissingMethodException ex)
{
    // 处理构造函数参数缺失异常
    Console.WriteLine($"构造函数调用失败: {ex.Message}");
}
catch (Exception ex)
{
    // 捕获其他实例化异常
}
finally
{
    // 仅当实例成功创建时执行Dispose
    if (instance != null)
    {
        try
        {
            instance.Dispose();
        }
        catch (Exception ex)
        {
            // 捕获Dispose时的异常，避免崩溃
            Console.WriteLine($"Dispose失败: {ex.Message}");
        }
    }
}

禁止直接在using语句中嵌套Activator.CreateInstance()：若构造函数抛出异常，using块可能因CLR的异常处理逻辑误判对象状态，尝试对未初始化的引用调用Dispose。

3. 规避第三方类型Bug #

若确认是第三方类型在构造失败后的清理逻辑存在Bug：

• 尝试在构造失败后立即触发一次垃圾回收（仅作为临时 workaround）：

catch (Exception ex)
{
    // 处理构造异常
    GC.Collect();
    GC.WaitForPendingFinalizers();
}

• 联系第三方开发者修复构造函数的错误处理逻辑，确保构造失败时不会留下需要清理的半初始化资源。

4. COM交互层面的防护 #

由于是Win32进程通过COM加载.NET插件，需确保插件在构造失败时不向COM返回任何无效对象引用：

• 在插件的COM导出类中，实例化第三方类型失败时，直接返回COM错误码（如E_FAIL），避免将半初始化对象暴露给Win32宿主；
• 确保.NET插件的COM包装器正确处理对象生命周期，仅在对象完全初始化后才增加引用计数。

内容的提问来源于stack exchange，提问作者ericc