我个人比较懒，能自动做的事绝不手动做，最近在用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（正常是不应该这么引用的但是忘记
