.NET如何手动模拟依赖注入的单例行为并保证线程安全？

一、是否可以不依赖DI实现单例？ #

完全可以，你可以手动实现单例模式来模拟DI容器的单例效果，但要重点关注线程安全和实例唯一性这两个核心问题。

二、你当前实现的问题 #

你现在的静态类写法存在两个关键缺陷：

• DefaultServiceInstance是可写的（get; set;），外部代码能随意替换实例，直接破坏了单例的唯一性
• 虽然.NET的静态构造函数天生线程安全（CLR保证只会执行一次），但可写的属性让单例的稳定性完全依赖外部代码的规范，风险很高

三、正确的线程安全单例实现 #

方案1：饿汉式（优化你的版本） #

利用静态构造函数的线程安全性，同时把实例设为只读，彻底杜绝外部篡改：

public static class DefaultServiceRegistry
{
    // 只读属性，禁止外部赋值
    public static DefaultService DefaultServiceInstance { get; }

    static DefaultServiceRegistry()
    {
        DefaultServiceInstance = new DefaultService();
    }
}

这种方式的优势：

• CLR原生保证静态构造函数仅执行一次，无需额外同步代码
• 实例在类第一次被访问时自动初始化（饿汉式，提前创建）

方案2：懒汉式（按需初始化） #

如果DefaultService初始化成本高，希望延迟到第一次使用时再创建，推荐用.NET内置的Lazy<T>类，它本身就是线程安全的：

public static class DefaultServiceRegistry
{
    // Lazy<T>默认采用线程安全模式，确保仅初始化一次
    private static readonly Lazy<DefaultService> _lazyInstance = new Lazy<DefaultService>(() => new DefaultService());

    public static DefaultService DefaultServiceInstance => _lazyInstance.Value;
}

Lazy<T>的默认线程安全模式会保证：多个线程同时访问时，只有一个线程会执行初始化逻辑，其他线程等待，从根源避免重复创建实例。

四、关于并发调用的问题 #

需要明确：单例的实例唯一性和方法的线程安全是两个完全独立的概念：

• 上面的实现只是保证了DefaultService只有一个实例存在
• 如果DefaultService内部的方法本身不是线程安全的（比如包含未同步的共享变量、非线程安全的集合），并发调用时仍然会出现数据错乱、异常等问题

解决思路：

• 若DefaultService是你自己实现的，在方法内部添加线程同步机制，比如用lock块、ConcurrentDictionary等线程安全集合
• 若为第三方类无法修改内部代码，可以在调用它的外层加锁，或者封装一层线程安全的代理类来包裹它

五、和DI单例的差异 #

手动实现的单例和DI容器管理的单例有几个核心区别：

• DI容器的单例是容器托管的，测试时可以轻松替换为模拟实现；手动单例是硬编码的，替换成本极高
• DI容器会自动处理单例的依赖链（比如DefaultService依赖其他服务时，DI会自动注入依赖）；手动单例需要你自己手动创建并管理所有依赖

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