服务的生命周期:是服务实例在您的应用程序中生存的时间 ,即从原始实例化到释放期间。例如,若是你“新建”了一个实现了IDisposable
的对象,而后再调用Dispose()
,那么这个对象的生命周期就是从你实例化的时候开始,被释放时结束(或者垃圾回收,若是你没有主动处置它)。html
服务范围:应用程序中能够与其余使用该服务的组件共享该服务的区域。例如,在你的应用程序中你可能有一个全局静态的单例 - 全局对象实例的“范围”将是整个应用程序。另外一方面,您能够在使用全局单例的for循环中建立局部变量 - 局部变量的范围比全局范围小得多。程序员
Autofac
中的生命周期概念:结合了这两个概念。生命周期的范围等同于您的应用程序中的一个工做单元。在解析服务问题时,Autofac
跟踪已解析的一次性(IDisposable
)组件,在工做单元结束时,您将释放关联的生命周期范围(scope),Autofac
将自动清理/处理已解析的服务。多线程
生命周期管理的两件重要的事情就是共享和清理。并发
咱们来看一个Web应用程序做为更具体的例子来讲明生命周期范围的使用。 假设你有如下状况:函数
你有一个全局的单例日志记录服务。 两个并发请求进入Web应用程序。 每一个请求都是一个逻辑的“工做单元”,每一个请求都须要本身的订单处理服务。 每一个订单处理服务都须要将日信息记录到日志服务中。
在这种状况下,您将拥有包含单例记录服务的根生存期范围,而且每一个请求都有一个子生命周期范围,每一个范围都有本身的订单处理服务:ui
+---------------------------------------------------+ | Autofac Container | | Root Lifetime Scope | | | | Logging Service | | ( 在全部请求中共享 ) | | | | +----------------------+ +----------------------+ | | | First Request Scope | | Second Request Scope | | | | | | | | | | Order Processor | | Order Processor | | | +----------------------+ +----------------------+ | +---------------------------------------------------+
When each request ends, the request lifetime scope ends and the respective order processor gets disposed. The logging service, as a singleton, stays alive for sharing by future requests.
当每一个请求结束时,请求生命周期范围(scope)被处理,相应的订单处理服务被销毁。 日志记录服务做为一个单例对象,在未来的请求中保持共享。this
您能够经过在任何现有生命周期做用域上从根容器开始调用BeginLifetimeScope()
方法来建立生命周期做用域。生命周期做用域是可销毁的,他们跟踪组件的处置,因此确保你老是调用“Dispose()”
或者把它们包装在“using”
语句中。spa
1 using(var scope = container.BeginLifetimeScope()) 2 { 3 //从做为根容器子项的做用域来解析服务 4 var service = scope.Resolve<IService>(); 5 6 //您也能够建立嵌套的做用域... 7 using(var unitOfWorkScope = scope.BeginLifetimeScope()) 8 { 9 var anotherService = unitOfWorkScope.Resolve<IOther>(); 10 } 11 }
使用这个选项,每次请求服务都会返回一个新实例,这是默认选项。.net
var builder = new ContainerBuilder(); builder.RegisterType<Worker>(); builder.RegisterType<Worker>().InstancePerDependency();
下面的代码,每次循环都生成一个新的实例,一共生成 100 个实例。线程
1 using(var scope = container.BeginLifetimeScope()) 2 { 3 for(var i = 0; i < 100; i++) 4 { 5 //每次解析都获取一个新实例 6 var w = scope.Resolve<Worker>(); 7 w.DoWork(); 8 } 9 }
使用这个选项,在根范围或嵌套范围中请求服务,都返回同一个的实例。使用 SingleInstance() 指定。
var builder = new ContainerBuilder(); builder.RegisterType<Worker>().SingleInstance();
下面的代码,w1 和 w2 始终是同一个对象,100 次循环只有一个 Worker 类的实例。
using(var scope1 = container.BeginLifetimeScope()) { for(var i = 0; i < 100; i++) { var w1 = scope1.Resolve<Worker>(); using(var scope2 = scope1.BeginLifetimeScope()) { var w2 = scope2.Resolve<Worker>(); } } }
使用这个选项,在特定的 ILifetimeScope 中请求服务,只返回一个实例。下面的代码中,scope1 中的 100 次 w1 是同一个对象,scope2 中的 100 次 w2 是同一个对象,可是 w1 和 w2 不是同一个对象。
1 var builder = new ContainerBuilder(); 2 builder.RegisterType<Worker>().InstancePerLifetimeScope(); 3 using(var scope1 = container.BeginLifetimeScope()) 4 { 5 for(var i = 0; i < 100; i++) 6 { 7 var w1 = scope1.Resolve<Worker>(); 8 } 9 } 10 11 using(var scope2 = container.BeginLifetimeScope()) 12 { 13 for(var i = 0; i < 100; i++) 14 { 15 var w2 = scope2.Resolve<Worker>(); 16 } 17 }
相似于上面【每一个生命周期范围一个实例】,但能够提供更多控制。使用此选项,容许为 ILifetimeScope 对象提供“标记”。在标记匹配的范围中只有一个实例。使用 InstancePerMatchingLifetimeScope() 方法指定。
var builder = new ContainerBuilder(); builder.RegisterType<Worker>().InstancePerMatchingLifetimeScope("myscope");
下面的代码中,w1 和 w2 相同,w3 和 w4 相同,但 w1 和 w3 不一样。
1 using(var scope1 = container.BeginLifetimeScope("myscope")) 2 { 3 for(var i = 0; i < 100; i++) 4 { 5 var w1 = scope1.Resolve<Worker>(); 6 using(var scope2 = scope1.BeginLifetimeScope()) 7 { 8 var w2 = scope2.Resolve<Worker>(); 9 } 10 } 11 } 12 13 using(var scope3 = container.BeginLifetimeScope("myscope")) 14 { 15 for(var i = 0; i < 100; i++) 16 { 17 var w3 = scope3.Resolve<Worker>(); 18 using(var scope4 = scope1.BeginLifetimeScope()) 19 { 20 var w4 = scope4.Resolve<Worker>(); 21 } 22 } 23 }
有些应用程序自然具备【请求】语义,例如 ASP.NET MVC 或 WebForm 应用程序。【每一个请求一个实例】在【每一个匹配的生命周期范围一个实例】基础上,经过提供范围标记,注册函数和常见类型集成实现。本质上是【每一个匹配的生命周期范围一个实例】。
var builder = new ContainerBuilder(); builder.RegisterType<Worker>().InstancePerRequest();
ASP.NET Core 使用【每一个生命周期范围一个实例】,而不是【每一个请求一个实例】。
Owned<T> 隐式关联类型建立嵌套的生命周期范围。使用 instance-per-owned 注册,可将依赖限定在 owned 实例中。
var builder = new ContainerBuilder(); builder.RegisterType<MessageHandler>(); builder.RegisterType<ServiceForHandler>().InstancePerOwned<MessageHandler>();
本例中 ServiceForHandler 服务会限制在 MessageHandler 实例范围内。
using(var scope = container.BeginLifetimeScope()) { // MessageHandler 和附属的 ServiceForHandler // 在 scope 下面的一个微型的 lifetime scope 中。 // 解析 Owned<T> 须要程序员负责执行清理工做。 var h1 = scope.Resolve<Owned<MessageHandler>>(); h1.Dispose(); }
InstancePerLifetimeScope,每一个线程创建本身的LifetimeScope
var builder = new ContainerBuilder(); builder.RegisterType<Service>() .InstancePerLifetimeScope(); var container = builder.Build();
而后让每一个建立本身的 lifetime scope
void ThreadStart() { using (var threadLifetime = container.BeginLifetimeScope()) { var thisThreadsInstance = threadLifetime.Resolve<MyThreadScopedComponent>();
}
}
重要:在多线程场景下,要当心不要将父范围清理掉。不然,派生线程中的子范围将没法解析服务。
每一个线程都将有本身的 MyThreadScopedComponent 实例,本质上是生命周期范围内的单例。范围内的实例不会提供到外部,所以很容易保持线程间的组件隔离。
经过添加 ILifetimeScope 参数,可将父范围注入到生成线程的代码中,Autofac 会将当前范围自动注入,接下来可使用它建立嵌套范围。
1 public class ThreadCreator 2 { 3 //把父范围注入生成线程的代码 4 private ILifetimeScope _parentScope; 5 public ThreadCreator(ILifetimeScope parentScope) 6 { 7 this._parentScope = parentScope; 8 } 9 10 public void ThreadStart() 11 { 12 using (var threadLifetime = this._parentScope.BeginLifetimeScope()) 13 { 14 //开启一个线程时,在嵌套scope中解析,以此实现线程间组件的隔离 15 var thisThreadsInstance = threadLifetime.Resolve<MyThreadScopedComponent>(); 16 } 17 } 18 }
参考文章:
一、https://blog.csdn.net/WuLex/article/details/78704903
二、http://www.yuanjiaocheng.net/Autofac/instance-scope.html
三、https://www.cnblogs.com/dongbeifeng/p/autofac-instance-scope.html