在 C# 中，sealed 关键字用来明确禁止继承或进一步重写，核心作用是增强代码的**安全性、稳定性和可预测性**。它不是“锦上添花”的修饰符，而是在设计阶段就该考虑的约束手段。
密封类：阻止任何类继承它
用 sealed 修饰类，表示这个类是继承链的终点。一旦标记，其他类无法以
: MyClass的方式派生它。 语法很简单：
public sealed class Logger { ... }
尝试继承会直接报编译错误，例如：class FileLogger : Logger { } → 错误 CS0509：“FileLogger”无法从密封类“Logger”继承
常见适用场景：工具类（如 JSON 序列化器封装）、配置读取器、单例核心实现类——这些类本就不该被扩展，否则容易破坏契约
注意：sealed 类不能同时是 abstract 类，因为抽象类存在的意义就是被继承并实现，两者逻辑矛盾
密封方法：允许继承，但锁死特定方法的重写
当一个类需要支持继承，但其中某个已重写的虚方法必须“定型”，不能再被子类改动时，就用 sealed override。
必须和override同时出现，不能单独使用
sealed修饰新方法 示例：
public sealed override void Save() { ... } —— 派生类可以继承该类，但不能再覆盖 Save方法 典型用途：框架中关键流程方法（如验证、日志记录入口），确保行为统一，避免下游误改导致逻辑错乱 结构体（
struct）默认就是 sealed，所以不用、也不能加
sealed修饰
为什么用 sealed？不只是“防继承”那么简单
它的价值不止于限制，还带来实际收益：
运行时性能提升：JIT 编译器知道 sealed 类/方法不会被多态调用，可跳过虚方法表（vtable）查找，直接生成内联或直接调用指令 降低维护风险：防止他人无意中通过继承引入副作用，尤其在公共库或基础组件中 表达设计意图：告诉其他开发者“这个类/方法的行为是最终版”，减少猜测和误用 与virtual和
abstract形成互补：不是所有方法都要开放重写，也不是所有类都要支持扩展
基本上就这些。sealed 不复杂，但容易忽略——它不是防御性编程的补丁，而是面向对象设计中“明确边界”的一种主动选择。
