淺談.net core 注入中的三種模式:Singleton、Scoped 和 Transient

這篇文章主要介紹了淺談.net core 注入中的三種模式:Singleton、Scoped 和 Transient,小編覺得挺不錯的,現在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧

從上篇內容不如題的文章《.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 的注入了,哈哈哈……

以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支持神馬文庫。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章