從上篇內容不如題的文章《.net core 並發下的線程安全問題》擴展認識.net core注入中的三種模式：Singleton、Scoped 和 Transient
我們都知道在 Startup 的 ConfigureServices 可以注入我們想要的服務，那么在注入的時候有三種模式可以選擇，那么我們在什么時候選擇什么樣的模式呢？
在講注入模式之前，我覺得很有必要了解服務生存期的概念！
服務生存期：ASP.NET Core 提供了一個內置的服務容器 IServiceProvider 負責管理服務的生命周期，從被依賴注入容器創建開始（就是將服務注入到你要使用的類的構造函數中），然后框架負責創建依賴關系的實例，並在不再需要時對其進行處理（就是說等我們調用完服務時，容器會自己去對注入的服務進行釋放）。
IServiceProvider 怎么負責的呢？
// System.IServiceProvider
using System; public interface IServiceProvider { object GetService(Type serviceType); }
可以看出是通過 GetService 此接口的方法獲取提供服務的對象。那再走深一點找找，我們看看 程序集 Microsoft.Extensions.DependencyInjection 是怎么提供這個容器的
//Microsoft.Extensions.DependencyInjection.IServiceProviderFactory<TContainerBuilder>
using Microsoft.Extensions.DependencyInjection; using System; public interface IServiceProviderFactory<TContainerBuilder> { TContainerBuilder CreateBuilder(IServiceCollection services); IServiceProvider CreateServiceProvider(TContainerBuilder containerBuilder); }
看到上面的 IServiceProviderFactory 接口是不是很熟悉了，這個容器里會有一個 IServiceCollection（服務集合），那服務怎么加進入（實現）的呢
//Microsoft.Extensions.DependencyInjection.ServiceCollectionServiceExtensions
using System; private static IServiceCollection Add(IServiceCollection collection, Type serviceType, Type implementationType, ServiceLifetime lifetime) { ServiceDescriptor item = new ServiceDescriptor(serviceType, implementationType, lifetime); collection.Add(item); return collection; }
到這里，已經很清楚了，也已經接近我們今天的主題了，直接來吧
// Microsoft.Extensions.DependencyInjection.ServiceLifetime
public enum ServiceLifetime { Singleton, Scoped, Transient }
上面的枚舉里面就是提供了 Singleton、Scoped 和 Transient 三種模式。去 微軟的文檔 里面看看，先了解一下這三種模式，在 ServiceCollectionServiceExtensions 就只有3個方法（有重載喲）
從源碼里面絕對可以想到，這3個方法是繼承 IServiceCollection。好了，說說這三種模式先，畢竟實現我們不是很關心（關心就看文檔看源碼）
（1）Singleton 單一實例模式：單一實例對象對每個對象和每個請求都是相同的，可以說是不同客戶端不同請求都是相同的。
（2）Transient 暫時性模式：暫時性對象始終不同，無論是不是同一個請求（同一個請求里的不同服務）同一個客戶端，每次都是創建新的實例。
（3）Scoped 作用域模式：作用域對象在一個客戶端請求中是相同的，但在多個客戶端請求中是不同的。（這句是文檔的原話，我覺得描述的很清晰）
什么時候用哪種模式？這個不大好說（希望這個可以成為討論點）
比如一下吧：
1、日志記錄器可以實現為單例，因為在整個生命周期內都可以只使用一個實例；
2、數據庫訪問上下文（DbContext）選擇 Scoped 的應該是最佳候選，因為 services.AddDbContext 默認就是 Scoped（哈哈哈）；
3、如果需要利用深度依賴關系圖（a deep dependency graph）創建惟一對象，則可以考慮將該對象注冊為 transient 。
還有看看別人怎么說（對Scoped的描述，在理解上可能不大一樣，見仁見智了老鐵）
還有一個 stackoverflow 的
按別人的經驗，可以作為參考參考：
怎么驗證？請用 官方例子 運行一下看結果：
瀏覽器第一個tab頁面（第一個請求，可以認為是一個客戶端）：
瀏覽器第二個tab頁面（第二個請求，可以認為是另一個客戶端）：
看上面的結果就不多說了。
這篇擴展認識寫得還蠻有意思的，尤其是在找這三種模式的使用場景，雖然自己有點見解，但絕對不完整。如更好的見解，很希望能一起分享一下。
下一篇的擴展好像要回到源頭，擼擼 .net core 的注入了，哈哈哈……
不喜，請拍！