Scrutor实现.NET依赖注入自动化的优雅方案
时间:2026-08-20 | 作者:冻月看渠 | 阅读:0在当下的.NET开发领域,依赖注入(DI)已然成为不可或缺的关键功能。
如果手动去注册每一个服务,代码会变得繁琐且重复,还很容易出现漏注册或错注册的情况,这会给项目维护带来不小负担。
Scrutor 是一款轻巧的NuGet扩展库,秉持着约定优于配置的理念,能让.NET依赖注入实现全自动注册,从而极大简化开发流程。
本文结合实际项目经验,详解 Scrutor 的核心用法、场景适配和最佳实践,帮你快速落地自动化 DI。
一、什么是 Scrutor
Scrutor 由开发者 Kristian Hellang 打造,是 ASP.NET Core 原生 DI 容器的扩展库。
它不改变原生 DI 的核心逻辑,只提供程序集扫描、批量筛选、自动注册的能力,让服务注册从手动编写变成自动匹配。
核心优势
- 告别重复代码,统一注册规则,降低维护成本
- 严格遵循 DRY 原则,保证全项目服务注册逻辑一致
- 完美支持 Scoped/Transient/Singleton 三种生命周期
- 过滤、命名、继承、泛型等灵活配置,适配各类项目结构
- 无侵入式设计,兼容原生 DI,可随时切换回手动注册
二、首选推荐:标记接口模式(企业级最佳实践)
这是我在实际项目中长期使用的方案。
简洁、易维护、可读性强,也是中大型项目的最优选择。
2.1 定义生命周期标记接口
先创建三个空接口,仅用于标记服务的生命周期,无任何业务逻辑:
///
/// Scoped 生命周期标记接口
///
public interface IScopedDependency { }
///
/// Transient 生命周期标记接口
///
public interface ITransientDependency { }
///
/// Singleton 生命周期标记接口
///
public interface ISingletonDependency { }
2.2 封装统一自动注入配置
写一个扩展方法,一次性完成所有标记服务的扫描注册。
后续基本无需修改:
public static class DependencyInjectionExtensions
{
public static IServiceCollection AddAutoDependencyInjection(this IServiceCollection services)
{
// 扫描项目所有程序集,自动匹配标记接口的服务
services.Scan(scan => scan
.FromApplicationDependencies()
// 注册 Scoped 服务
.AddClasses(classes => classes.AssignableTo())
.AsImplementedInterfaces()
.WithScopedLifetime()
// 注册 Transient 服务
.AddClasses(classes => classes.AssignableTo())
.AsImplementedInterfaces()
.WithTransientLifetime()
// 注册 Singleton 服务
.AddClasses(classes => classes.AssignableTo())
.AsImplementedInterfaces()
.WithSingletonLifetime()
);
return services;
}
}
2.3 极简使用方式
新增服务时,只需要实现对应的标记接口。
无需编写任何注册代码:
// 业务接口继承 IScopedDependency,标记生命周期
public interface IUserService : IScopedDependency
{
Task GetUserByIdAsync(Guid userId) ;
}
// 实现类无需额外配置
public class UserService : IUserService
{
public Task GetUserByIdAsync(Guid userId)
{
// 业务实现
return Task.FromResult(new UserInfo());
}
}
推荐理由
- 零配置:新增服务只加一个接口,完全不用管注册逻辑
- 高可读:一眼就能看出服务的生命周期,代码自解释
- 强类型:编译期检查,避免运行时注册错误
- 易维护:全项目统一规则,新人上手无成本
三、常用实用用法
除了标记接口,Scrutor 还支持多种扫描规则,可适配不同项目场景。
3.1 基于命名约定注册
适合命名规范严格的现有项目。
可以按类名后缀批量注册:
services.Scan(scan => scan
.FromAssemblyOf()
// 自动注册所有以 Service 结尾的类
.AddClasses(classes => classes.Where(type => type.Name.EndsWith("Service")))
.AsImplementedInterfaces()
.WithScopedLifetime()
// 自动注册所有以 Repository 结尾的仓储类
.AddClasses(classes => classes.Where(type => type.Name.EndsWith("Repository")))
.AsImplementedInterfaces()
.WithScopedLifetime()
);
3.2 基于命名空间注册
适合按模块分层的项目。
可以按命名空间批量注册:
services.Scan(scan => scan
.FromAssemblyOf()
// 注册应用服务层
.AddClasses(classes => classes.InNamespaces("MyProject.Application.Services"))
.AsImplementedInterfaces()
.WithScopedLifetime()
// 注册数据仓储层
.AddClasses(classes => classes.InNamespaces("MyProject.Infrastructure.Repositories"))
.AsImplementedInterfaces()
.WithScopedLifetime()
);
3.3 基于基类注册
适合封装通用基类的项目。
可以批量注册继承基类的所有子类:
// 抽象基类,封装通用日志、工具方法
public abstract class BaseService
{
protected readonly ILogger _logger;
protected BaseService(ILogger logger ) => _logger = logger;
}
// 自动扫描注册所有继承 BaseService 的类
services.Scan(scan => scan
.FromAssemblyOf()
.AddClasses(classes => classes.InheritedFrom())
.AsSelf()
.WithScopedLifetime()
);
3.4 注册为自身类型
适合CQRS 命令/查询模式。
此时直接注册实现类本身:
services.Scan(scan => scan
.FromAssemblyOf()
.AddClasses(classes => classes.AssignableTo())
.AsSelf() // 不注册接口,直接注册类本身
.WithTransientLifetime()
);
// 使用时直接获取实现类
var handler = _serviceProvider.GetRequiredService();
3.5 自定义注册策略
可以控制重复服务的注册行为,避免冲突:
services.Scan(scan => scan
.FromAssemblyOf()
.AddClasses(classes => classes.AssignableTo())
.UsingRegistrationStrategy(RegistrationStrategy.Skip) // 跳过已存在的注册
.AsImplementedInterfaces()
.WithTransientLifetime()
);
可选策略:
Append:追加注册(默认)Skip:跳过已注册服务Replace:替换已注册服务
四、高级进阶用法
4.1 装饰器模式
Scrutor 原生支持装饰器。
可以轻松实现日志、缓存、事务等横切逻辑:
// 核心服务 + 装饰器都实现同一接口
public interface IOrderService { void CreateOrder(); }
public class OrderService : IOrderService { }
public class LoggingOrderDecorator : IOrderService { }
// 先注册核心服务
services.Scan(scan => scan.FromAssemblyOf().AddClasses().AsImplementedInterfaces().WithScopedLifetime());
// 叠加装饰器(执行顺序:后注册的先执行)
services.Decorate();
4.2 条件过滤注册
可以通过特性标记,跳过不需要自动注册的服务:
// 自定义跳过特性
[AttributeUsage(AttributeTargets.Class)]
public class SkipAutoRegistrationAttribute : Attribute { }
// 扫描时排除标记类
services.Scan(scan => scan
.FromApplicationDependencies()
.AddClasses(classes => classes
.AssignableTo()
.Where(t => !t.HasAttribute())
)
.AsImplementedInterfaces()
.WithScopedLifetime()
);
// 使用:标记无需自动注册的类
[SkipAutoRegistration]
public class TestService : IScopedDependency { }
4.3 批量注册泛型服务
适配仓储模式等泛型接口。
可以自动注册封闭泛型:
services.Scan(scan => scan
.FromAssemblyOf>()
.AddClasses(classes => classes.AssignableTo(typeof(IRepository<>)))
.AsClosedTypesOf(typeof(IRepository<>))
.WithScopedLifetime()
);
// 直接使用
var userRepo = _serviceProvider.GetRequiredService>();
五、各注册方式对比
| 注册方式 | 优点 | 缺点 | 推荐指数 |
|---|---|---|---|
| 标记接口 | 零配置、可读性高、编译期检查 | 需要定义空接口 | |
| 命名约定 | 无需改代码、快速迁移 | 强依赖命名规范 | |
| 命名空间 | 分层清晰、模块化管理 | 需维护命名空间 | |
| 基类继承 | 统一通用逻辑 | 类耦合度偏高 | |
| 注册自身 | 适配 CQRS 模式 | 面向实现编程,灵活性低 |
六、落地最佳实践
6.1 分层扫描注册
按项目架构分层注册,职责清晰,也便于排查问题:
// 应用层注册
public static IServiceCollection AddApplicationLayer(this IServiceCollection services)
{
services.Scan(scan => scan
.FromAssemblyOf()
.AddClasses(classes => classes.AssignableTo())
.AsImplementedInterfaces()
.WithScopedLifetime()
);
return services;
}
// 基础设施层注册
public static IServiceCollection AddInfrastructureLayer(this IServiceCollection services)
{
services.Scan(scan => scan
.FromAssemblyOf()
.AddClasses(classes => classes.AssignableTo())
.AsImplementedInterfaces()
.WithScopedLifetime()
);
return services;
}
6.2 自动+手动注册配合
自动注册适合通用服务。
特殊配置服务则继续手动注册:
// 批量自动注册
services.AddAutoDependencyInjection();
// 手动注册特殊服务(带自定义配置)
services.AddScoped(sp =>
{
var config = sp.GetRequiredService>();
return new AlipayPaymentService(config.Value.AppId);
});
6.3 测试环境适配
在单元测试中,可以直接用 Mock 覆盖自动注册的服务:
// 测试项目重写注册
services.AddScoped();
services.AddScoped();
七、总结
Scrutor 让 .NET 依赖注入从手动编码变成自动匹配。
不同注册方式,对应不同项目场景:
- 新项目搭建 → 标记接口模式(首选)
- 老项目迁移 → 命名约定模式
- 模块化架构 → 命名空间模式
- CQRS 架构 → 注册自身模式
标记接口模式是最推荐的方案。
它兼顾简洁性、可读性和可维护性,能显著提升开发效率,降低团队协作成本,是企业级 .NET 项目的标配实践。
公众号【.NET修仙日记】
免责声明:文中图文均来自网络,如有侵权请联系删除,心愿游戏发布此文仅为传递信息,不代表心愿游戏认同其观点或证实其描述。
相关文章
更多-
- SumatraPDF远程控制指南DDE命令与自动化脚本详解
- 时间:2026-08-23
-
- 年GEO工具监测分析与自动化闭环构建实践
- 时间:2026-08-21
-
- C#实现PDF页码自动插入方法与实用技巧
- 时间:2026-08-21
-
- macOS应用公证自动化指南:用fastlane实现提交流程
- 时间:2026-08-21
-
- 品牌AI曝光监测怎么做?人工、API自动化与专业系统选型指南
- 时间:2026-08-18
-
- VSCode中Node.js项目npm、yarn与pnpm脚本执行优先级配置
- 时间:2026-08-17
-
- AI在CI/CD管道中的角色定位与审查测试部署自动化边界
- 时间:2026-08-17
-
- 企业内网终端运维提质增效的五大自动化落地方案
- 时间:2026-08-17
精选合集
更多大家都在玩
大家都在看
更多-
- 为什么湿头发更容易断裂 蚂蚁庄园今日答案9.15
- 时间:2026-09-14
-
- 蚂蚁庄园今天答题答案2026年9月15日
- 时间:2026-09-14
-
- 蚂蚁庄园答题今日答案2026年9月15日
- 时间:2026-09-14
-
- 蚂蚁庄园小课堂2026年9月15日最新题目答案
- 时间:2026-09-14
-
- 小鸡答题今天的答案是什么2026年9月15日
- 时间:2026-09-14
-
- 蚂蚁庄园每日答题答案2026年9月15日
- 时间:2026-09-14
-
- 糖尿病患者禁食所有含糖食物吗 蚂蚁庄园今日答案9月15日
- 时间:2026-09-14
-
- 2026年9月14日蚂蚁新村答案
- 时间:2026-09-14