最近遇到一个模块其执行时间非常短，但是调用频率非常高。精确计算其运算时间对于提高程序整体效率来说非常重要。
在我刚刚接触.Net时，也曾经想要测试一下自己写的程序的运行时间，当时我使用的是将两个DateTime.Now相减的笨方法，呵呵。后来知道使用Environment.TickCount，对于一般的测试来说就足够了。但是它对于高精度测试就没什么办法，经常是返回个0了事。对于高精度测试我们应当使用QueryPerformanceFrequency函数和QueryPerformanceCounter函数。通过它们可以获得比Environment.TickCount更高的精确度。实际上Environment.TickCount就是在调用QueryPerformanceFrequency函数和QueryPerformanceCounter函数。
下面是我使用的代码：
using System;
class Class1
{
[System.Runtime.InteropServices.DllImport ("Kernel32.dll")]
static extern bool QueryPerformanceCounter(ref long count);
[System.Runtime.InteropServices.DllImport ("Kernel32.dll")]
static extern bool QueryPerformanceFrequency(ref long count);
[STAThread]
static void Main(string[] args)
{
long count = 0;
long count1 = 0;
long freq = 0;
double result = 0;
QueryPerformanceFrequency(ref freq);
QueryPerformanceCounter(ref count);
//需要测试的模块
QueryPerformanceCounter(ref count1);
count = count1-count;
result = (double)(count)/(double)freq;
Console.WriteLine("耗时: {0} 秒", result);
Console.ReadLine();
}
}
这样能够得到非常精确的结果。但是模块每次运行的时间总会有些误差，而当计算非常精确的时候，这些运行时间的误差也显得比较明显了。为此我对其进行循环多次测试使其误差平均化，通过多次测试的结果来进行执行效率的分析。
using System;
class Class1
{
[System.Runtime.InteropServices.DllImport ("Kernel32.dll")]
static extern bool QueryPerformanceCounter(ref long count);
[System.Runtime.InteropServices.DllImport ("Kernel32.dll")]
static extern bool QueryPerformanceFrequency(ref long count);
[STAThread]
static void Main(string[] args)
{
long count = 0;
long count1 = 0;
long freq = 0;
double result = 0;
QueryPerformanceFrequency(ref freq);
QueryPerformanceCounter(ref count);
//开始的时候没有这层循环，所得数据浮动很大，添加这层循环来使得结果更加平均
for (int i=0; i