7

我在 asp.net MVC 应用程序中使用 Autofac，遇到了锁定问题。任何时候服务依赖于单例，该服务都会从根生命周期范围内解析。这是因为 Autofac：

  • 从根范围解析单例组件
  • 从根范围解析任何具有必须从根解析的依赖项的组件。

此外，当从任何范围解析时，Autofac 会锁定该范围。我认为这些都是很好的设计决策。我的问题是依赖单例并且构造函数缓慢的行为不端的类。这给需要解决单例的其他人造成了瓶颈。

由于这是在 MVC 应用程序中，因此每个请求都被映射到构造函数注入的某个 MVC 控制器。此外，我的大多数控制器都依赖于各种单例服务（日志记录、缓存等）。

对于具有快速构造函数的事物，这不是问题。但是，一旦请求了一个写得不好的类，我的吞吐量就会下降，因为每个新请求都会被那个行为不端的构造函数阻塞。例如：

鉴于这 3 类

//registered as SingleInstance()
class MySingleton {}

class BadTransient
{
    public BadTransient(MySingleton s)
    { Thread.Sleep(5000); }
}  

class FriendlyTransient {}

像这样解决

using(var scope = container.BeginLifetimeScope("nested scope"))
{

    //resolves from child scope
    var myFriend = scope.Resolve<FriendlyTransient>(); 

    //resolves from root because it's a singleton
    var singleton = scope.Resolve<MySingleton>(); 

    //resolves from root because it has a singleton dependency. 
    //**** this locks the root scope for 5 seconds
    //****   no one else can resolve singletons.
    var troublemaker = scope.Resolve<BadTransient>();         
}

有没有办法可以避免这个瓶颈？

显而易见的答案是拥有快速的构造函数。现实情况是，并非我的代码库中的所有构造函数都可以保证很快。有很多遗留代码，有很多依赖于 3rd 方代码的代码，有一些看起来很快但依赖于不是的代码，有一些通常很快但在奇怪的情况下会崩溃的代码，等等。教育开发人员只管用在某种程度上。

我们一直在修复构造函数，但我需要一个更主动的解决方案。让我的用户做我的 QA 是不可接受的。

注意：我不太关心不依赖单例的慢速构造函数。他们将锁定其生命周期范围，但不会阻塞其他线程

4

2 回答 2

2

我同意@nemesv 的观点，即对象构造应该很快，但这也意味着不在OnActivated. 相反，您应该在第一次使用组件时懒惰地执行此操作。例如，通过在Lazy<T>内部实现代理或某些代理。

但是，如果您的应用程序具有极高的吞吐量和并发特性，并且您通过性能分析验证锁定是一个瓶颈，您可以考虑切换到无锁 IoC 容器。

于 2013-04-05T11:28:27.940 回答
2

我通过使用 autofac 的闭包语法重新注册所有单例来解决这个问题。
这将构造逻辑保留在 autofac 中，但从子生命周期范围内解析单例。在本质上：

builder.Register<MySingleton>().AsSelf().AsImplementedInterfaces();
//.. other registrations

var container = builder.Build();

// now resolve each singleton, forcing all to be constructed if not already
//   and then register the instance
var builder2 = new ContainerBuilder();

var mySingleton = container.Resolve<MySingleton>();
builder2.Register(c => mySingleton).AsSelf().AsImplementedInterfaces();
builder2.Update(container);

//.....
var scope = container.BeginLifetimeScope("child scope");   
scope.Resolve<MySingleton>(); //not resolved from root!

然后，由于有很多单例并且我可以通过编程方式查询它们的类型，所以我编写了一个函数，它接受一个类型列表并运行上面的代码。它必须做一些反射魔法，虽然只在正常 autofac 注册代码末尾的应用程序启动时运行。

void ReRegisterSingletons(IContainer container, List<Type> singletonTypes)
{
     var builder= new ContainerBuilder();
     foreach(var type in singletonTypes)
     {

          var resolved = container.Resolve(type);
          var method = this.GetType().GetMethod("ReRegister").MakeGenericMethod(new []{type});
          method.Invoke(this, new []{resolved});
     }

     builder.Update(container);
}

void Register<T>(ContainerBuilder builder, object singleton)
{
    var theObj = (T)singleton;

     //a typed lambda was the only way I could get both the class name and the interface names to resolve from the child scope. RegisterInstance still resolves from root, and the non-generic lamba register can resolve the class name from child scope but not the interface names...
    builder.Register(c => theObj).AsSelf().AsImplementedInterfaces();
}
于 2013-04-14T17:44:13.917 回答