我個人比較懶，能自動做的事絕不手動做，最近在用ASP.NET Core寫一個項目，過程中會積累一些方便的工具類或框架，分享出來歡迎大家點評。

如果以后有時間的話，我打算寫一個系列的【實現BUG自動檢測】，本文將是第一篇。

如果你使用過ASP.NET Core那么對依賴注入一定不陌生。
使用流程為：
1. 先注冊Service，有3個方法AddTransient、AddScoped、AddSingleton
2. 再使用Service，通常在構造方法里聲明

?

先來說說產生BUG的場景
BUG場景一：
有的時候可能因為疏忽忘記注冊Service直接就使用了，使用那個Service時會報異常。這種情況項目都是可以編譯通過的，是一個不太容易發現的BUG，如果那個Service在測試時沒有覆蓋到這個BUG就會被帶到生產環境

BUG場景二：
通常有一些Service我們只希望它在請求作用域內被使用，例如：在服務端持有數據庫連接的Service通常都是請求作用域級別的，即：在請求內第一次使用數據庫時創建數據庫連接，請求內會復用連接，請求結束回收連接。
對應ASP.NET Core里的注冊方式如下：
services.AddScoped<IDbContext, DbContext>();

在ASP.NET Core中AddScoped注冊的Service在請求結束時會銷毀。
如果你在控制器中直接引用IDbContext一切正常，現在業務需要我們要封裝一個用戶管理類UserManager，它是單例的，注冊代碼：
services.AddScoped<IUserManager, UserManager>();

在寫UserManager類的時候要訪問數據庫，順手就引用了IDbContext（正常是不應該這么引用的但是忘記了），因為UserManager是單例會造成IDbContext永遠不會釋放，進而長期占用一個數據庫連接。并且在編譯時，運行時都不會報錯，很隱蔽的一個BUG

好了，場景說完了，本文的主角該登場了，解決方式如下：
在Startup類的ConfigureServices方法最后加入如下代碼：

public? void? ConfigureServices(IServiceCollection services){ ???? //此處省略若干代碼... ???? //確保服務依賴的正確性，放到所有注冊服務代碼后調用 ???? if? (_env.IsDevelopment()) ?????? services.AssertDependencyValid(); }　

對于“場景一”此方法會拋出異常：

throw new InvalidProgramException($"服務 {svceType.FullName} 的構造方法引用了未注冊的服務 {paramType.FullName}");

對于“場景二”此方法會拋出異常：
throw new InvalidProgramException($"Singleton的服務 {svceType.FullName} 的構造方法引用了Scoped的服務 {paramType.FullName}");

您可以根據異常的提示找到具體有問題的類并修改之

完整代碼如下：

原文地址：http://www.cnblogs.com/mondol/p/6271300.html

---

.NET社區新聞，深度好文，微信中搜索dotNET跨平臺或掃描二維碼關注

總結

以上是生活随笔為你收集整理的实现BUG自动检测 - ASP.NET Core依赖注入的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。