1. 为什么需要依赖注入容器
在软件开发中，我们经常遇到对象之间相互依赖的情况。传统的做法是直接在类内部创建依赖对象，这会导致代码高度耦合，难以测试和维护。依赖注入(Dependency Injection)模式通过将依赖关系的创建和使用分离，解决了这个问题。
但手动管理依赖关系很快就会变得复杂，特别是当项目规模扩大时。这就是DryIoC这样的依赖注入容器(DI Container)的价值所在——它自动管理对象的生命周期和依赖关系，让开发者专注于业务逻辑。
提示：DryIoC是一个轻量级但功能强大的.NET依赖注入容器，特别适合C#项目。它的名字来源于"Don't Repeat Yourself"(DRY)原则，体现了其设计理念。
2. DryIoC核心概念解析
2.1 容器(Container)
容器是DryIoC的核心，负责管理所有注册的类型和它们的依赖关系。创建容器非常简单：
var container = new Container();容器的主要职责包括：
- 类型注册：告诉容器哪些类型可以被解析
- 依赖解析：根据注册信息创建对象实例
- 生命周期管理：控制对象的创建和销毁时机
2.2 注册(Registration)
在使用任何类型前，必须先向容器注册。DryIoC提供了多种注册方式：
// 基本注册 container.Register<IService, Service>(); // 指定实现类型 container.Register<IService, Service>(made: Made.Of(() => new Service())); // 注册实例 var serviceInstance = new Service(); container.RegisterInstance<IService>(serviceInstance);2.3 解析(Resolution)
注册后，可以通过容器解析依赖：
var service = container.Resolve<IService>();DryIoC会自动处理依赖链。例如，如果Service依赖于IRepository，而IRepository已注册，容器会自动创建完整的对象图。
3. DryIoC高级特性
3.1 生命周期管理
DryIoC支持多种生命周期模式：
// 单例(整个容器生命周期内只有一个实例) container.Register<IService, Service>(Reuse.Singleton); // 作用域(同一作用域内共享实例) container.Register<IService, Service>(Reuse.Scoped); // 瞬态(每次解析都创建新实例) container.Register<IService, Service>(Reuse.Transient);3.2 条件注册
可以根据条件决定如何注册类型：
container.Register<IService, ServiceA>(setup: Setup.With(condition: req => req.Parent.ImplementationType == typeof(ClientA))); container.Register<IService, ServiceB>(setup: Setup.With(condition: req => req.Parent.ImplementationType == typeof(ClientB)));3.3 属性注入
除了构造函数注入，DryIoC也支持属性注入：
public class Client { public IService Service { get; set; } } container.Register<Client>(made: PropertiesAndFields.Auto);4. 实际应用场景
4.1 ASP.NET Core集成
虽然ASP.NET Core自带DI容器，但DryIoC可以作为替代：
public static IHostBuilder CreateHostBuilder(string[] args) => Host.CreateDefaultBuilder(args) .UseServiceProviderFactory(new DryIocServiceProviderFactory()) .ConfigureWebHostDefaults(webBuilder => { webBuilder.UseStartup<Startup>(); });4.2 控制台应用程序
在控制台应用中，DryIoC可以这样使用：
class Program { static void Main(string[] args) { var container = new Container(); container.Register<IService, Service>(); container.Register<Client>(); using (var scope = container.OpenScope()) { var client = scope.Resolve<Client>(); client.DoSomething(); } } }4.3 单元测试
DryIoC在测试中特别有用，可以轻松替换依赖：
[Test] public void TestService() { var container = new Container(); container.Register<IService, MockService>(); container.Register<Client>(); var client = container.Resolve<Client>(); // 测试逻辑 }5. 性能优化技巧
5.1 编译时验证
DryIoC支持编译时验证，可以在构建时发现依赖问题：
container.Validate();5.2 使用WithFactory方法
对于复杂对象的创建，可以使用工厂方法提高性能：
container.Register<IService>(made: Made.Of(() => CreateService())); private static IService CreateService() { // 复杂初始化逻辑 }5.3 避免过度使用属性注入
虽然属性注入很方便，但过度使用会影响性能。优先考虑构造函数注入。
6. 常见问题与解决方案
6.1 循环依赖问题
DryIoC默认不支持构造函数循环依赖。解决方案包括：
- 重构设计，消除循环依赖
- 使用属性注入替代部分构造函数注入
- 使用Lazy 延迟解析
container.Register<A>(made: Made.Of(() => new A(Arg.Of<Lazy<B>>()))); container.Register<B>(made: Made.Of(() => new B(Arg.Of<A>())));6.2 未注册类型异常
当尝试解析未注册的类型时，DryIoC会抛出异常。解决方法：
- 确保所有依赖类型都已注册
- 使用IfUnresolved.ReturnDefault指定默认行为
container.Resolve<IService>(ifUnresolved: IfUnresolved.ReturnDefault);6.3 作用域管理不当
常见错误是在作用域外解析作用域内注册的服务。正确做法：
using (var scope = container.OpenScope()) { var service = scope.Resolve<IService>(); // 使用service } // 作用域结束时自动释放资源7. 最佳实践总结
经过多个项目实践，我发现以下DryIoC使用模式最为有效：
分层注册：按功能或层次组织注册代码，如数据访问层、业务逻辑层等分开注册
模块化配置：使用Register方法重载或自定义扩展方法组织注册逻辑
public static class DataAccessRegistrations { public static void RegisterDataAccess(this IContainer container) { container.Register<IRepository, SqlRepository>(); // 其他数据访问相关注册 } }合理使用生命周期：根据对象性质选择适当的生命周期，避免内存泄漏
适时验证：在开发阶段定期调用Validate方法，尽早发现问题
性能监控：对于性能敏感的应用，监控解析时间，必要时优化注册方式
在实际项目中，DryIoC的轻量级特性和强大功能使其成为.NET生态中依赖注入的优秀选择。它特别适合那些需要高性能DI容器，同时又不愿意牺牲灵活性的项目。通过合理配置和使用，可以显著提高代码的可维护性和可测试性。
