这是正确的方法:

using System;
using System.Diagnostics;

class Program
{
    public static void Main()
    {
        Stopwatch stopWatch = Stopwatch.StartNew();

            // some other code

        stopWatch.Stop();

        // this not correct to get full timer resolution
        Console.WriteLine("{0} ms", stopWatch.ElapsedMilliseconds);

        // Correct way to get accurate high precision timing
        Console.WriteLine("{0} ms", stopWatch.Elapsed.TotalMilliseconds);
    }
}

要了解更多信息，请使用秒表而不是DataTime来获得准确的性能计数器。

秒表的功能会更好(精度更高)。我还建议下载一款流行的分析器(DotTrace和ANTS是我用得最多的…免费试用的DotTrace功能齐全，不像其他一些唠叨)。

如果你想要一些快速和肮脏的东西，我建议使用秒表代替更大程度的精度。

Stopwatch sw = new Stopwatch();
sw.Start();
// Do Work
sw.Stop();

Console.WriteLine("Elapsed time: {0}", sw.Elapsed.TotalMilliseconds);

或者，如果你需要一些更复杂的东西，你可能应该考虑使用第三方分析器，如ANTS。

Visual Studio Team System有一些功能可以帮助解决这个问题。从本质上讲，您可以编写单元测试，并将它们混合在不同的场景中，作为压力或负载测试的一部分对您的软件运行。这可能有助于识别对应用程序性能影响最大的代码区域。

微软的模式和实践小组在Visual Studio团队系统性能测试指南中提供了一些指导。

我刚刚在Vance Morrison的博客上找到了一篇关于他写的CodeTimer类的文章，这个类可以让使用StopWatch变得更容易，并在旁边做一些整洁的事情。

我在程序中使用的方式是使用StopWatch类，如下所示。

Stopwatch sw = new Stopwatch();
sw.Start();


// Critical lines of code

long elapsedMs = sw.Elapsed.TotalMilliseconds;