.NET 6 WinForms动态加载程序集时GetType返回null问题求助

问题原因分析 #

1. 模块名称参数错误：调用dynamicAssembly.GetModule("TestAssembly.dll")时传入的是文件名，但程序集默认模块的名称通常是不带.dll后缀的程序集名（即TestAssembly），导致获取的模块不正确，进而无法找到目标类型。
2. 命名空间与程序集名称混淆：主应用类库的程序集名称为Custom.TestAssembly，与待加载程序集的命名空间完全一致，容易引发类型解析时的混淆。
3. 冗余的模块查找步骤：直接通过程序集对象即可获取类型，无需先获取模块，多此一举反而增加出错概率。

快速修复方案 #

跳过模块查找步骤，直接使用Assembly.GetType方法获取类型：

private void button1_Click(object sender, EventArgs e)
{
    Assembly dynamicAssembly = AssemblyLoadContext.Default.LoadFromAssemblyPath(@"C:\LocationOf\TestAssembly.dll");
    // 直接通过程序集获取类型，无需先获取模块
    Type customClientModule = dynamicAssembly.GetType("Custom.TestAssembly.TestClass");
    // 可选：排查类型是否存在
    if (customClientModule == null)
    {
        foreach (var type in dynamicAssembly.GetTypes())
        {
            Debug.WriteLine($"找到类型：{type.FullName}");
        }
    }
}

进一步排查方向 #

若修复后仍返回null，按以下步骤排查：

• 用ILSpy/dnSpy打开TestAssembly.dll，确认Custom.TestAssembly.TestClass类型是否存在，命名空间和类型名是否完全匹配。
• 检查TestAssembly项目对主应用类库的引用版本，确保与主应用中加载的Custom.TestAssembly.dll版本一致，避免版本不匹配导致类型无法识别。
• 修改主应用类库的程序集名称（比如改为Custom.CallingModule），避免与待加载程序集的命名空间重名，消除解析混淆。

.NET 6动态加载程序集最佳实践 #

1. 使用自定义AssemblyLoadContext隔离加载
   若需加载多个版本的程序集，或避免影响主应用的默认加载上下文，可创建自定义加载上下文：

   // 创建可回收的自定义加载上下文
   var testAlc = new AssemblyLoadContext("TestAssemblyLoadContext", isCollectible: true);
   try
   {
       Assembly dynamicAssembly = testAlc.LoadFromAssemblyPath(@"C:\LocationOf\TestAssembly.dll");
       Type testClassType = dynamicAssembly.GetType("Custom.TestAssembly.TestClass");
       // 后续类型实例化等操作
   }
   finally
   {
       // 回收加载上下文，释放程序集资源
       testAlc.Unload();
   }
   

2. 优先使用Assembly.GetType而非Module.GetType
   程序集对象本身提供直接查找类型的方法，无需额外操作模块，代码更简洁可靠。
3. 增加类型验证与异常处理
   获取类型后务必做null校验，同时捕获加载过程中的异常（如FileNotFoundException、BadImageFormatException等），提升代码健壮性。

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