您好,登錄后才能下訂單哦!
這篇文章給大家分享的是有關(guān)ASP.NET Core中ConfigureServices方法返回的ServiceProvider沒有用怎么辦的內(nèi)容。小編覺得挺實(shí)用的,因此分享給大家做個(gè)參考。一起跟隨小編過來看看吧。
一、ConfigureServices方法返回的ServiceProvider沒有用!
我們可以通過一個(gè)簡單的實(shí)例來說明這個(gè)問題。我們先定義了如下這個(gè)一個(gè)MyServiceProvider,它實(shí)際上是對(duì)另一個(gè)ServiceProvider的封裝。簡單起見,我們利用一個(gè)字典來保存服務(wù)接口與實(shí)現(xiàn)類型的映射關(guān)系,這個(gè)關(guān)系可以通過調(diào)用Registe方法來注冊。在提供服務(wù)實(shí)例的GetService方法中,如果提供的服務(wù)類型已經(jīng)被注冊,我們會(huì)創(chuàng)建并返回對(duì)應(yīng)的實(shí)例對(duì)象,否則我們將利用封裝的這個(gè)ServiceProvider來提供服務(wù)。為了確保服務(wù)實(shí)例能夠被正?;厥眨绻?wù)類型實(shí)現(xiàn)了IDisposable接口,我們會(huì)將它添加到通過字段_disposables表示的集合中。當(dāng)MyServiceProvider的Dispose方法被調(diào)用的時(shí)候,提供的這些服務(wù)實(shí)例的Dispose方法會(huì)被調(diào)用。
public class MyServiceProvider : IServiceProvider, IDisposable { private IServiceProvider _innerServiceProvider; private Dictionary<Type, Type> _services; private List<IDisposable> _disposables; public MyServiceProvider(IServiceProvider innerServiceProvider) { _innerServiceProvider = innerServiceProvider; this._services = new Dictionary<Type, Type>(); _disposables = new List<IDisposable>(); } public MyServiceProvider Register<TFrom, TTo>() where TTo: TFrom, new() { _services[typeof(TFrom)] = typeof(TTo); return this; } public object GetService(Type serviceType) { Type implementation; if (_services.TryGetValue(serviceType, out implementation)) { object service = Activator.CreateInstance(implementation); IDisposable disposbale = service as IDisposable; if (null != disposbale) { _disposables.Add(disposbale); } return service; } return _innerServiceProvider.GetService(serviceType); } public void Dispose() { (_innerServiceProvider as IDisposable)?.Dispose(); foreach (var it in _disposables) { it.Dispose(); } _disposables.Clear(); } }
我們按照如下的方式在一個(gè)ASP.NET Core應(yīng)用中使用MyServiceProvider。如下面的代碼片斷中,在注冊的Starup類型中,我們讓ConfigureServices方法返回一個(gè)MyServiceProvider對(duì)象。服務(wù)接口IFoobar和實(shí)現(xiàn)類型Foobar之間的映射注冊在這個(gè)MyServiceProvider對(duì)象上。在處理請(qǐng)求的時(shí)候,我們利用當(dāng)前HttpContext對(duì)象的RequestServices屬性得到為請(qǐng)求處理提供服務(wù)的ServiceProvider,并試圖利用它得到注冊的IFoobar服務(wù)。
public class Program { public static void Main(string[] args) { new WebHostBuilder() .UseKestrel() .UseStartup<Startup>() .Build() .Run(); } } public class Startup { public IServiceProvider ConfigureServices(IServiceCollection services) { return new MyServiceProvider(services.BuildServiceProvider()) .Register<IFoobar, Foobar>(); } public void Configure(IApplicationBuilder app) { app.UseDeveloperExceptionPage() .Run(async context => await context.Response.WriteAsync(context.RequestServices.GetRequiredService<IFoobar>().GetType().Name)); } } public interface IFoobar { } public class Foobar : IFoobar { }
整個(gè)應(yīng)用就這樣簡單,貌似也沒有什么問題,但是我們啟動(dòng)應(yīng)用并利用瀏覽器訪問該應(yīng)用是就會(huì)出現(xiàn)如下所示的錯(cuò)誤。錯(cuò)誤信息表示服務(wù)接口IFoobar尚未被注冊。
二、原因何在?
我們明明在返回的ServiceProvider注冊了IFoobar和Foobar之間的映射關(guān)系,為什么RequestServices返回的ServiceProvider說該服務(wù)尚未被注冊呢?唯一的解釋就是ConfigureServices方法返回的ServiceProvider與HttpContext的RequestServices返回的ServiceProvider根本就不是同一個(gè)。實(shí)際上它們本來就不是同一個(gè)對(duì)象。
ConfigureServices方法返回的ServiceProvider將會(huì)作為WebHost的ServiceProvider,對(duì)于每次接收的請(qǐng)求,WebHost會(huì)根據(jù)這個(gè)ServiceProvider創(chuàng)建一個(gè)新的ServiceProvider來作為HttpContext的RequestServices屬性,這兩個(gè)ServiceProvider具有父子管理。照例說,如果RequestServices返回的ServiceProvider是根據(jù)ConfigureServices方法返回的ServiceProvider創(chuàng)建的,那么它也應(yīng)該能夠識(shí)別注冊的服務(wù)類型IFoobar,那么為什么依然會(huì)出現(xiàn)錯(cuò)誤呢?
要了解這個(gè)問題,就需要知道這個(gè)所謂的“子ServiceProvider”是如何被創(chuàng)建出來的,這其中涉及到ServiceScope的概念。簡單來說,ServiceScope是對(duì)一個(gè)ServiceProvider的封裝,前者決定后者的生命周期。ServiceScope由ServiceScopeFactory創(chuàng)建,后者以一個(gè)服務(wù)的形式注冊到“父ServiceProvider”上面。當(dāng)“父ServiceProvider”需要?jiǎng)?chuàng)建“子ServiceProvider”的時(shí)候,它會(huì)調(diào)用GetService方法得到這個(gè)ServiceScopeFactory對(duì)象(采用的服務(wù)接口為IServiceScopeFactory),并利用后者創(chuàng)建一個(gè)ServiceScope,這個(gè)ServiceScope提供的ServiceProvider就是返回的“子ServiceProvider”。
但是對(duì)于我們的MyServiceProvider對(duì)象來說,當(dāng)調(diào)用它的GetService方法試圖獲取ServiceScopeFactory對(duì)象的時(shí)候,獲取的實(shí)際上是被封裝的那個(gè)SerivceProvider關(guān)聯(lián)的ServiceScopeFactory,那么很自然創(chuàng)建的“子ServiceProvider”也與MyServiceProvider沒有什么關(guān)系。
三、如何解決這個(gè)問題?
既然我們知道了問題的根源,我們自然就有了解決方案。解決方案并不復(fù)雜,我們只需要MyServiceProvider的GetService方法返回反映其自身服務(wù)注冊相關(guān)的ServiceScopeFactory。為此我們定義了如下一個(gè)ServiceScope和對(duì)應(yīng)的ServiceScopeFactory。
internal class ServiceScope : IServiceScope { private MyServiceProvider _serviceProvider; public ServiceScope(IServiceScope innserServiceScope, Dictionary<Type, Type> services) { _serviceProvider = new MyServiceProvider(innserServiceScope.ServiceProvider, services); } public IServiceProvider ServiceProvider { get { return _serviceProvider; } } public void Dispose() { _serviceProvider.Dispose(); } } internal class ServiceScopeFactory : IServiceScopeFactory { private IServiceScopeFactory _innerServiceFactory; private Dictionary<Type, Type> _services; public ServiceScopeFactory(IServiceScopeFactory innerServiceFactory, Dictionary<Type, Type> services) { _innerServiceFactory = innerServiceFactory; _services = services; } public IServiceScope CreateScope() { return new ServiceScope(_innerServiceFactory.CreateScope(), _services); } }
除此之外,我們?yōu)镸yServiceProvider添加了一個(gè)構(gòu)造函數(shù),GetService方法也針對(duì)IServiceScopeFactory添加了相應(yīng)的代碼。
public class MyServiceProvider : IServiceProvider, IDisposable { public MyServiceProvider(IServiceProvider innerServiceProvider, Dictionary<Type, Type> services) { _innerServiceProvider = innerServiceProvider; _services = services; _disposables = new List<IDisposable>(); } public object GetService(Type serviceType) { if (serviceType == typeof(IServiceScopeFactory)) { IServiceScopeFactory innerServiceScopeFactory = _innerServiceProvider.GetRequiredService<IServiceScopeFactory>(); return new ServiceScopeFactory(innerServiceScopeFactory, _services); } ... } ... }
感謝各位的閱讀!關(guān)于ASP.NET Core中ConfigureServices方法返回的ServiceProvider沒有用怎么辦就分享到這里了,希望以上內(nèi)容可以對(duì)大家有一定的幫助,讓大家可以學(xué)到更多知識(shí)。如果覺得文章不錯(cuò),可以把它分享出去讓更多的人看到吧!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場,如果涉及侵權(quán)請(qǐng)聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。