C# DI中两种AddSingleton单例注册方式是否存在技术差异？

核心结论：如果你的代码仅通过IMyService接口解析服务，两种写法不存在任何技术层面的实质功能差异，最终拿到的单例对象、生命周期管理、依赖解析行为完全一致。

两种写法的实际执行逻辑 #

第一种两行式注册 #

serviceCollection.AddSingleton<MyService>();
serviceCollection.AddSingleton<IMyService>(s => s.GetRequiredService<MyService>());

这段代码向DI容器注册了两个服务条目：

• 注册MyService具体类为单例，由容器负责实例创建、缓存和释放
• 注册IMyService接口的解析规则：请求接口实例时，直接返回容器中已存在的MyService单例
  这种写法下，无论你注入IMyService还是直接注入MyService，拿到的都是同一个对象。

第二种单行列式注册 #

serviceCollection.AddSingleton<IMyService, MyService>();

这是.NET 依赖注入容器原生提供的标准接口-实现映射注册写法，执行逻辑是：

• 注册IMyService到MyService的单例映射，由容器负责MyService实例的创建、缓存和释放
• 首次请求IMyService实例时，容器创建MyService实例并缓存，后续所有请求都返回这同一个实例
  在仅注入IMyService的场景下，和第一种写法的最终执行效果完全没有区别。

仅在非通用场景下存在可感知区别 #

这些区别不影响接口注入的核心行为，只有特定使用方式下才会体现：

• 第一种写法额外注册了MyService具体类的映射，支持直接注入MyService类型；第二种写法默认没有注册具体类映射，直接注入MyService会抛出服务未注册的异常。如果你的代码严格遵循依赖倒置原则，所有依赖都通过接口声明，这个差异完全不会产生影响。
• 动态修改服务注册时的处理逻辑不同：第一种写法对应两个独立的服务注册条目，如果后续要替换、移除服务，需要分别处理IMyService和MyService两个条目；第二种写法只有一个IMyService对应的注册条目，操作更简单。
• 枚举服务注册条目时结果不同：第一种写法会在IServiceCollection中生成两条注册记录，第二种只有一条。常规业务开发几乎不会直接枚举服务注册集合做逻辑处理，这个差异对业务代码无感知。

使用建议 #

• 日常业务开发优先用第二种简洁写法，这是官方推荐的标准注册方式，代码更简洁易读，也符合面向接口编程的最佳实践。
• 如果你确实有场景需要同时支持接口和具体类注入（比如部分内部逻辑需要访问实现类独有的成员、单元测试需要替换具体实现），再用第一种写法即可，也可以用链式调用简化书写：

  serviceCollection.AddSingleton<MyService>()
                  .AddSingleton<IMyService>(sp => sp.GetRequiredService<MyService>());
  

注意：不存在网传的“工厂写法会导致内存泄漏/实例释放异常”“实例创建时机不同”等问题，只要你是通过GetRequiredService从容器中获取已注册的服务，容器就会正确跟踪管理所有单例对象的生命周期。

内容的提问来源于stack exchange，提问作者benfd