C# 静态类(static class)和单例模式的区别 - 全局访问点的不同实现

静态类是编译期绑定的无状态工具集合，单例是运行时可控、有生命周期的对象实例；前者不可继承/实现接口/注入/销毁，后者均可，适用场景依状态、DI、资源管理需求而定。

静态类和单例模式都能提供全局访问点，但本质不同：静态类是编译期绑定的工具集合，单例是运行时可控的、有生命周期的对象实例。

静态类：无状态、无继承、不可实例化

静态类用 static 修饰，不能被继承、不能实现接口（C# 11 起可实现静态抽象接口，但不改变其本质）、不能有实例构造函数，所有成员必须是静态的。它在程序启动时自动加载，内存常驻，没有销毁时机。

• 适合封装纯函数式逻辑，比如 MathHelper、JsonSerializer
• 无法被依赖注入容器管理，测试时难 mock（只能靠包装器或抽象接口间接解耦）
• 不支持延迟初始化（除非手动用 Lazy 包装静态字段）

单例模式：有状态、可继承、可控制生命周期

单例是一个普通类，通过私有构造 + 静态实例 + 全局访问属性/方法来确保唯一实例。它可以继承、实现接口、参与 DI、响应 Dispose、支持懒加载和线程安全策略。

• 适合需要维护状态或资源（如缓存、连接池、日志上下文）的场景
• 可用 Lazy 实现线程安全的延迟初始化
• 能配合 IDisposable 释放资源，例如数据库连接管理器
• 在 ASP.NET Core 中，更推荐用内置的 AddSingleton 替代手写单例

关键区别速查

能否继承？ 静态类不能；单例可以。
能否实现接口？ 静态类不能（除 C# 11+ 静态抽象接口，但仅限静态成员）；单例可以。
能否被单元测试替换？ 静态类很难；单例可通过接口 + 依赖注入轻松替换。
是否有析构/Dispose 支持？ 静态类没有；单例可以实现 IDisposable。

什么时候选哪个？

• 只做计算、转换、格式化等无副作用操作 → 用静态类
• 需要持有状态、依赖其他服务、要参与 DI 或需资源清理 → 用单例（优先走框架托管方式）

• 想统一管理配置或上下文对象（如当前用户、请求 ID）→ 单例更灵活，静态类容易引发并发或作用域混淆

基本上就这些。选型不是看“能不能”，而是看“该不该”——静态类省事但僵硬，单例多一层设计却换来可维护性。