17370845950

sealed关键字用于禁止继承或重写，提升安全性、稳定性和可预测性；密封类不可被继承，密封方法需与override连用以锁定重写，结构体默认密封。

在 C# 中，sealed 关键字用来明确禁止继承或进一步重写，核心作用是增强代码的**安全性、稳定性和可预测性**。它不是“锦上添花”的修饰符，而是在设计阶段就该考虑的约束手段。

密封类：阻止任何类继承它

用 sealed 修饰类，表示这个类是继承链的终点

• 语法很简单：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 不复杂，但容易忽略——它不是防御性编程的补丁，而是面向对象设计中“明确边界”的一种主动选择。