Autofac工厂方法解析问题：含运行时依赖的IFinal拦截需求求教

嘿，这个场景我之前也碰到过！Autofac里处理这种混合了容器解析依赖和运行时动态依赖的情况，再加上拦截器的要求，确实得花点心思调整一下注册方式。下面给你分享两个靠谱的解决方案：

核心矛盾很明确：我们既要让Final类通过IFinal接口注册（保证拦截器能生效），又要传递只有业务逻辑运行时才知道的参数。直接手动new Final()肯定不行——那样会绕开Autofac的代理逻辑，拦截器根本不会起作用。

方案1：用Autofac自动生成的Func工厂 #

Autofac有个很实用的特性：它会自动为你生成工厂委托，不用自己写额外的工厂类。举个具体的例子：

假设你的Final类构造函数是这样的：

public class Final : IFinal
{
    // 容器可以自动解析的依赖
    private readonly IService _injectedService;
    // 只有运行时才知道的参数
    private readonly string _runtimeParam;

    public Final(IService injectedService, string runtimeParam)
    {
        _injectedService = injectedService;
        _runtimeParam = runtimeParam;
    }

    // IFinal接口的方法实现...
}

你只需要正常注册IFinal和拦截器：

var builder = new ContainerBuilder();
// 注册容器能解析的依赖
builder.RegisterType<Service>().As<IService>();
// 注册Final并绑定拦截器
builder.RegisterType<Final>()
       .As<IFinal>()
       .EnableInterfaceInterceptors()
       .InterceptedBy(typeof(YourInterceptor));
var container = builder.Build();

然后在你的业务逻辑类里，直接注入Func<string, IFinal>这个委托：

public class BusinessLogic
{
    private readonly Func<string, IFinal> _finalFactory;

    public BusinessLogic(Func<string, IFinal> finalFactory)
    {
        _finalFactory = finalFactory;
    }

    public void Execute()
    {
        // 运行时获取动态参数
        string dynamicValue = FetchRuntimeParameter();
        // 用工厂创建带拦截器的IFinal实例
        IFinal finalInstance = _finalFactory(dynamicValue);
        // 执行业务逻辑...
    }

    private string FetchRuntimeParameter()
    {
        // 模拟从业务流程中获取动态参数
        return "user_input_123";
    }
}

这个方案的优势是零额外代码，完全利用Autofac的内置能力，而且实例始终由容器创建，拦截器会正常生效。

方案2：自定义工厂类（适合复杂场景） #

如果你的运行时参数比较复杂（比如多个不同类型的参数），或者需要在创建实例前做一些预处理逻辑，那可以自己写一个工厂类：

public interface IFinalFactory
{
    IFinal Create(string runtimeParam, int anotherDynamicValue);
}

public class FinalFactory : IFinalFactory
{
    private readonly IComponentContext _containerContext;

    // 注入容器上下文，用来解析容器管理的依赖
    public FinalFactory(IComponentContext containerContext)
    {
        _containerContext = containerContext;
    }

    public IFinal Create(string runtimeParam, int anotherDynamicValue)
    {
        // 用NamedParameter传递运行时参数，对应构造函数的参数名
        return _containerContext.Resolve<IFinal>(
            new NamedParameter("runtimeParam", runtimeParam),
            new NamedParameter("anotherDynamicValue", anotherDynamicValue)
        );
    }
}

然后把工厂注册到容器：

builder.RegisterType<FinalFactory>().As<IFinalFactory>();
// IFinal和拦截器的注册和方案1完全一致
builder.RegisterType<Final>()
       .As<IFinal>()
       .EnableInterfaceInterceptors()
       .InterceptedBy(typeof(YourInterceptor));

之后在业务逻辑里注入IFinalFactory即可：

public class BusinessLogic
{
    private readonly IFinalFactory _finalFactory;

    public BusinessLogic(IFinalFactory finalFactory)
    {
        _finalFactory = finalFactory;
    }

    public void Execute()
    {
        string dynamicStr = FetchRuntimeString();
        int dynamicInt = FetchRuntimeInt();
        IFinal finalInstance = _finalFactory.Create(dynamicStr, dynamicInt);
        // 执行业务逻辑...
    }
}

这个方案灵活性更高，适合需要定制实例创建流程的场景，同样能保证拦截器正常工作。

关键注意事项 #

• 绝对不要手动new Final()：拦截器是Autofac在创建实例时动态生成代理类实现的，手动实例化会绕开这个流程，拦截器完全不会生效。
• 如果怕参数名拼写错误，可以用TypedParameter代替NamedParameter，比如：

  _containerContext.Resolve<IFinal>(
      new TypedParameter(typeof(string), runtimeParam),
      new TypedParameter(typeof(int), anotherDynamicValue)
  );
  

这样就能完美解决你的问题了——既满足了运行时动态参数的需求，又保留了拦截器的功能，业务逻辑也不需要知道Final的具体依赖细节。

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