在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";
}
}

  运行结果:              c#中关于sealed修饰类的性能提升的测试-LMLPHP

  结果让我大吃一惊,用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),结果证明不但没快反而慢了好多,希望有知道原因的大牛指点一下^.^

05-06 07:46