如果你不希望一个类被继承,那么可以把这个类声明为sealed类。
除此之外,声明为sealed类还会带来如下好处
1. 提高函数调用效率
JIT(Just in Time)编译器会优化sealed类的函数调用。
比如,如果从一个sealed class的实例上调用一个virtual method,那么就会把这次调用变成是non-virtual.
2. 更好的type safe保证
interface IInterface{}class MyClass{}class Program{static void Main(string[] args){MyClass instance = new MyClass();IInterface impl = (IInterface)instance;}}
上面的代码并不会编译出错,虽然MyClass并没有实现IInterface接口。这是因为,instance可能是MyClass的某个子类,而该子类实现了IInterface接口。
如果我们把MyClass声明为Sealed类
interface IInterface{}sealed class MyClass{}class Program{static void Main(string[] args){MyClass instance = new MyClass();IInterface impl = (IInterface)instance;}}
就会出现编译错误。
CLR via C#有一段关于sealed类的观点
When defining a new type, compilers should make the class sealed by default so that the class cannot be used as a base class. Instead, many compilers, including C#, default to unsealed classes and allow the programmer to explicitly mark aclass as sealed by using the sealed keyword. Obviously, it is too late now, but I think that today’s compilers have chosen the wrong default and it would be nice if it could change with future compilers. There are three reasons why a sealed class is better than an unsealed class:
- Versioning: When a class is originally sealed, it can change to unsealed in the future without breaking compatibility. (…)
- Performance: (…) if the JIT compiler sees a
call to a virtual method using a sealed types, the JIT compiler can
produce more efficient code by calling the method non-virtually.(…)
- Security and Predictability:
A class must protect its own state and not allow itself to ever become
corrupted. When a class is unsealed, a derived class can access and
manipulate the base class’s state if any data fields or methods that
internally manipulate fields are accessible and not private.(…)
Sealed Class in C#