静态类是编译期绑定的无状态工具集合，单例是运行时可控、有生命周期的对象实例；前者不可继承/实现接口/注入/销毁，后者均可，适用场景依状态、DI、资源管理需求而定。
静态类和单例模式都能提供全局访问点，但本质不同：静态类是编译期绑定的工具集合，单例是运行时可控的、有生命周期的对象实例。
静态类：无状态、无继承、不可实例化
静态类用 static 修饰，不能被继承、不能实现接口（C# 11 起可实现静态抽象接口，但不改变其本质）、不能有实例构造函数，所有成员必须是静态的。它在程序启动时自动加载，内存常驻，没有销毁时机。
- 适合封装纯函数式逻辑，比如 MathHelper、JsonSerializer
- 无法被依赖注入容器管理，测试时难 mock（只能靠包装器或抽象接口间接解耦）
- 不支持延迟初始化（除非手动用 Lazy
包装静态字段）
单例模式：有状态、可继承、可控制生命周期
单例是一个普通类，通过私有构造 + 静态实例 + 全局访问属性/方法来确保唯一实例。它可以继承、实现接口、参与 DI、响应 Dispose、支持懒加载和线程安全策略。
- 适合需要维护状态或资源（如缓存、连接池、日志上下文）的场景
- 可用 Lazy
实现线程安全的延迟初始化 - 能配合 IDisposable 释放资源，例如数据库连接管理器
- 在 ASP.NET Core 中，更推荐用内置的 AddSingleton 替代手写单例
关键区别速查
能否继承？ 静态类不能；单例可以。
能否实现接口？ 静态类不能（除 C# 11+ 静态抽象接口，但仅限静态成员）；单例可以。
能否被单元测试替换？ 静态类很难；单例可通过接口 + 依赖注入轻松替换。
是否有析构/Dispose 支持？ 静态类没有；单例可以实现 IDisposable。
什么时候选哪个？
- 只做计算、转换、格式化等无副作用操作 → 用静态类
- 需要持有状态、依赖其他服务、要参与 DI 或需资源清理 → 用单例（优先走框架托管方式）
- 想统一管理配置或上下文对象（如当前用户、请求 ID）→ 单例更灵活，静态类容易引发并发或作用域混淆
基本上就这些。选型不是看“能不能”，而是看“该不该”——静态类省事但僵硬，单例多一层设计却换来可维护性。
