性能测试：Reflection VS CodeDom

    进行这个测试是由数据持久层的性能问题引起的。
    访问一个实体的属性，直接访问当然是最好的方式，但在数据持久层（包括其他一些工厂模式）中，持久层不能预知实体的属性，自然也无法用直接访问的方式来获取或设置属性值。在这种前提下，反射成为被广泛采用的访问方式。但众所周知，反射的性能是比较低的，大量的使用反射会造成程序性能的下降。.Net框架提供的CodeDOM 对象模型为我们提供了另一种访问实体属性的方式，通过使用CodeDom，可以创建可在项目间共享的可重用的样板源代码，实现对C++ 模板的模拟。
    用CodeDom动态编译在内存中生成我们根据实体定制的类后，执行效率是非常高的，但是为此需要付出的代价是：动态编译是一个非常消耗性能和内存的过程。与使用反射相比，哪一种方式更合算呢？以下是我对两种方式的简单测试：

1.测试内容
获取一个简单实体类的实例的属性值。
实体类代码：

public class Student
    {
        private int? id;
        private string name;

        public int? Id
        {
            get { return id; }
            set { id = value; }
        }

        public string Name
        {
            get { return name; }
            set { name = value; }
        }
    }

2.测试过程
分别用三种方式（直接、反射、动态编译）获取实体实例的属性值100000次。
测试代码：

 public void GetValue(object obj)
        {
            DateTime startTime = DateTime.Now;

            for (int i = 0; i < 100000; i++)
            {
                Student s = (Student)obj;
                int? id = s.Id;
                string name = s.Name;
            }

            DateTime endTime = DateTime.Now;

            Console.WriteLine(((TimeSpan)(endTime - startTime)).TotalMilliseconds);
        }

        public void GetValueByReflection(object obj)
        {
            DateTime startTime = DateTime.Now;

            PropertyInfo pId = obj.GetType().GetProperty("Id");
            PropertyInfo pName = obj.GetType().GetProperty("Name");
            for (int i = 0; i < 100000; i++)
            {
                int? id = (int?)pId.GetValue(obj, null);
                string name = (string)pName.GetValue(obj, null);
            }

            DateTime endTime = DateTime.Now;

            Console.WriteLine(((TimeSpan)(endTime - startTime)).TotalMilliseconds);
        }

        public void GetValueByCodeDom(object obj)
        {
            DateTime startTime = DateTime.Now;

            CodeDomProvider prov = new CSharpCodeProvider();
            CompilerParameters para = new CompilerParameters();
            para.ReferencedAssemblies.Add("Entity.dll");
            para.GenerateInMemory = true;
            string code = 
                "namespace Entity{"+
                "public class StudentValue : EntityValue" +
                "{" +
                "   public override object GetPropertyValue(object obj,string propertyName)" +
                "   {" +
                "        Student s = (Student)obj;" +
                "        switch (propertyName)" +
                "        {" +
                "        case \"Id\":" +
                "            return s.Id;" +
                "        case \"Name\":" +
                "            return s.Name;" +
                "        default:" +
                "            return null;" +
                "        }" +
                "   }" +
                "}}";
            CompilerResults cr = prov.CompileAssemblyFromSource(para, code);
            Assembly assembly = cr.CompiledAssembly;
            EntityValue sv = assembly.CreateInstance("Entity.StudentValue") as EntityValue;

            for (int i = 0; i < 100000; i++)
            {
                int? id = (int?)sv.GetPropertyValue(obj, "Id");
                string name = (string)sv.GetPropertyValue(obj, "Name");
            }
            DateTime endTime = DateTime.Now;

            Console.WriteLine(((TimeSpan)(endTime - startTime)).TotalMilliseconds);
        }

（注：为简化测试，代码中省略了获取属性名称、属性类型的步骤，这个步骤对于使用反射和CodeDom是相同的。）
在第三种方式中，为方便动态生成类的调用，让其从一个虚基类中继承而来。虚基类代码如下：

public abstract class EntityValue
    {
        public abstract object GetPropertyValue(object obj,string propertyName);
    }

即便是循环100000次，多数情况下也无法取得第一种方式（直接读取）所用时间，此处暂且忽略不计。以下是第二、三种方式的测试结果（在IDE环境中直接运行）：
第一次：Refletion 2.859秒，CodeDom 0.438秒
第二次：Refletion 2.609秒，CodeDom 0.422秒
第二次：Refletion 2.703秒，CodeDom 0.391秒
从这个结果看，使用CodeDom比使用Reflection使性能有大幅度提高，但是我们需要考虑另外两个因素：
1.我们用100000次进行测试，但现实中是否会用到如此多的反射次数。由于使用CodeDom方式时，绝大多数性能消耗在动态编译过程中，如果完成编译后只是少量的使用，其性能将远远低于使用反射。
2.CodeDom方式需使用更多的内存空间用于缓存编译结果。
而且不仅如此，如果在Windows平台上直接运行以上编译好的执行文件，发现几乎是另一个测试结果：
第一次：Refletion 0.594秒，CodeDom 0.406秒
第二次：Refletion 0.563秒，CodeDom 0.391秒
第二次：Refletion 0.609秒，CodeDom 0.406秒
在Windows平台上直接运行时，反射性能有了大幅度的提高！以致于使用CodeDom已经几乎没有优势。

我不知道这个测试是否合理，也无从得知这个测试结果是否可靠。但测试结果着实让我对CodeDom在避免反射、提高性能方面难以选择，不知大家如何认为？

06.08.14补充：
非常感谢大家的关注，根据回复中的建议（改用Stopwatch计时、Ralease方式编译、分别测试CodeDom编译时间和访问时间），我于今天重新进行了测试，10次测试的平均结果为：
使用Reflection：0.530秒
使用CodeDom：动态编译 0.281秒，访问用时 0.107秒，总计用时 0.388秒
（由于换用了一台性能好一些的机器，平均速度比以上测试偏快）