使用Activator实例化Autofac模块后无法解析注册类型的问题

问题场景 #

通过自定义AppkitModuleAttribute标记外部.NET Standard 2.0库中的Autofac模块，已实现程序集扫描、类型筛选验证并实例化出IModule列表，但解析外部模块注册的类型时失败。直接通过new DisplayModule()实例化模块并注册则完全正常，且已确认反射实例化时模块的Load方法被调用、程序集已加载。将模块移至主库、拆解扩展方法、直接用Activator创建实例等操作均无法解决问题。

环境信息：

• 主库目标框架：.NET Standard 2.0
• 宿主应用：.NET Core 6.0
• 外部模块库：.NET Standard 2.0

相关核心代码如下：

模块扫描逻辑 #

public static List<IModule> DiscoverContainerModules()
{
   var modules = new List<IModule>();
   var assemblies = DiscoverAssemblies();

   foreach (var assembly in assemblies)
    {
      modules.AddRange(from type in assembly.GetTypes() 
                    where type.GetCustomAttribute<AppkitModuleAttribute>() != null 
                    where type.IsAssignableTo<IModule>() 
                    select Activator.CreateInstance(type) into module 
                    select module as IModule);
            }
            return modules;
 }

模块注册扩展方法 #

public static void UseAppkitModules(this ContainerBuilder builder)
 {
   var modules = AppkitPluginDiscovery.DiscoverContainerModules();

   foreach (var module in modules)
    {
      builder.RegisterModule(module);
    }
 }

外部模块示例 #

[AppkitModule(nameof(DisplayModule))]
public class DisplayModule : Module
{
  protected override void Load(ContainerBuilder builder)
   {
    builder.Register(c =>
     {
      var conductor = c.Resolve<IConductor>();
      var logger = c.Resolve<ILogger>();

       return new DisplaySubsystem(
          conductor: conductor,
          logger: logger);
       });
     }
 }

可能原因分析 #

1. 手动实例化的上下文隔离：Autofac的RegisterModule(IModule)在处理实例时，会将模块绑定到当前容器构建上下文。手动反射创建的模块实例可能因程序集加载上下文差异，导致注册的组件未正确关联到最终容器。
2. 类型加载上下文冲突：外部库中的类型（如DisplaySubsystem）若在不同的AssemblyLoadContext中加载，即使类型名称相同，Autofac会视为不同类型，导致解析失败。
3. 隐式实例化异常：虽然Activator.CreateInstance能创建模块实例，但如果模块存在非默认构造（当前示例无此问题，但需覆盖所有场景），或实例化过程中存在未捕获的初始化异常，可能导致模块内部状态异常。

解决方案 #

方案1：让Autofac负责模块实例化（推荐） #

修改扫描逻辑，收集模块类型而非实例，通过反射调用泛型RegisterModule<T>方法让Autofac处理实例化，确保上下文一致性：

// 修改扫描方法，返回模块类型列表
public static List<Type> DiscoverContainerModuleTypes()
{
   var moduleTypes = new List<Type>();
   var assemblies = DiscoverAssemblies();

   foreach (var assembly in assemblies)
    {
      moduleTypes.AddRange(from type in assembly.GetTypes() 
                    where type.GetCustomAttribute<AppkitModuleAttribute>() != null 
                    where type.IsAssignableTo<IModule>()
                    where !type.IsAbstract && !type.IsInterface
                    select type);
            }
            return moduleTypes;
 }

// 更新扩展方法
public static void UseAppkitModules(this ContainerBuilder builder)
 {
   var moduleTypes = AppkitPluginDiscovery.DiscoverContainerModuleTypes();

   foreach (var type in moduleTypes)
    {
      // 反射调用泛型RegisterModule方法
      typeof(ContainerBuilder)
          .GetMethod(nameof(ContainerBuilder.RegisterModule))
          .MakeGenericMethod(type)
          .Invoke(builder, null);
    }
 }

方案2：检查程序集加载上下文 #

确认外部程序集和主程序集在同一个AssemblyLoadContext中加载。可在扫描时打印加载上下文信息排查：

foreach (var assembly in assemblies)
{
    Console.WriteLine($"程序集: {assembly.FullName}, 加载上下文: {AssemblyLoadContext.GetLoadContext(assembly)?.Name}");
    // 后续类型筛选逻辑
}

若发现加载上下文不一致，调整DiscoverAssemblies方法的加载逻辑，使用AssemblyLoadContext.Default加载外部程序集。

方案3：验证组件可见性与引用 #

确保外部模块中注册的类型（如DisplaySubsystem）是public修饰符，且宿主应用已正确引用包含这些类型的程序集。

方案4：启用Autofac诊断日志 #

开启Autofac诊断日志，获取组件注册和解析的详细错误信息，精准定位问题：

// 在宿主应用的容器构建代码中添加
builder.RegisterInstance(LoggerFactory.Create(builder =>
{
    builder.AddConsole();
})).As<ILoggerFactory>();

// 启用Autofac诊断模块
builder.RegisterModule(new Autofac.Diagnostics.DiagnosticModule());

查看控制台输出中的异常详情，比如类型未找到、依赖项缺失等具体问题。

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