在clr var c#一书中，作者描述当用sealed修饰类时，可以提高系统性能而且建议大家也养成用sealed来修饰类的习惯。由于对性能二字比较敏感，所以本文先测试一下用sealed分别修饰和不修饰类时，new1亿次的时间，然后说一下我的看法，如果有更好的测试方法，欢迎大家在此交流。
首先上我的测试代码：
class Program
{
static void Main(string[] args)
{
for (int j = 0; j < 10; j++)
{
V t = new T();
V u = new U();
t.oo();
u.oo(); DateTime startTimeT = DateTime.Now; for (int i = 0; i < 100000000; i++)
{
t.oo();
} DateTime endTimeT = DateTime.Now;
TimeSpan spanT = endTimeT - startTimeT;
Console.WriteLine("not sealed class:" + spanT.Milliseconds.ToString()); DateTime startTimeU = DateTime.Now;
for (int i = 0; i < 100000000; i++)
{
u.oo();
}
DateTime endTimeU = DateTime.Now;
TimeSpan spanU = endTimeU - startTimeU;
Console.WriteLine("sealed class:" + spanU.Milliseconds.ToString());
Console.WriteLine();
}
Console.ReadKey();
}
} class T : V
{
public override string oo()
{
return "Hello Another";
}
} sealed class U:V
{
public override string oo()
{
return "Hello Another";
}
} class V
{
public virtual string oo()
{
return "Hello Another";
}
}
运行结果：
结果让我大吃一惊，用sealed修饰的类除了第一次快了2毫秒外，剩下九次结果都慢大约五六毫秒，为什么修饰完以后效率反而下降了呢。当用sealed修饰类以后， 1.有助于JIT内联；2.消除了协变与逆变和后期绑定，使CLR直接执行这个实例。
先说说“第1点”，促使JIT内联代码的因素有很多，JIT不会因为一个类是sealed，就去装入其中的内容，而对于sealed类内部方法的内联，很大原因也是由于方法槽映射关系决定的，sealed作用有待考证。
第2点，由于sealed类不可派生或被继承，所以的确在运行时省去可CLR一些额外的工作，但是这些工作只是一些类似于“寻址”的工作，因为虚拟方法表已经完成了运行时与编译时的对应关系，纯粹的运行时只是在寻找这些关系而已，所以sealed省去的只是一部分较为复杂的寻址关系，因为即使没有继承，也不可避免一个方法表的应用。（上述两点参考http://kb.cnblogs.com/page/73598/）
之所以CLR via C#一书中会这么写，完全是因为作者本人的编程习惯。Jeffrey Richter不喜欢过分开放的对象，能private的绝对不public，除非确定要作为基类，不然一定会用sealed封死。
写到这里，我又忍不住多测了几遍，发现有时候修饰候后慢50多毫秒（460 vs 410），结果证明不但没快反而慢了好多，希望有知道原因的大牛指点一下^.^