使用StartNew()初始化Stopwatch时出现不一致行为的原因排查

这不是Stopwatch的Bug，所有反常结果都来自测试场景的环境干扰，和Stopwatch.StartNew()的实现无关。

核心事实：Stopwatch.StartNew与手动初始化的等价性 #

Stopwatch.StartNew()本质就是new Stopwatch().Start()的语法糖，.NET源码中它的实现如下：

public static Stopwatch StartNew() {
    Stopwatch sw = new Stopwatch();
    sw.Start();
    return sw;
}

两种初始化方式的计时逻辑完全一致，不存在功能差异。

导致反常结果的具体原因 #

1. JIT编译开销的影响 #

你的测试中，第一次调用Array.Sort时会触发JIT编译：.NET运行时会将Array.Sort(int[])的IL代码编译为机器码，这个编译过程的耗时被计入了第一次的有序数组排序计时中（也就是你看到的12ms）。

后续所有的Array.Sort调用都是使用已经编译好的机器码，所以计时结果更准确、耗时更短。这就是为什么第一次测试的耗时远高于后续测试。

2. 数组状态的变化 #

• 第一次排序后，orderedArray已经处于完全有序状态，后续再次调用Array.Sort时，算法会检测到数组已有序，直接跳过核心排序逻辑，所以耗时骤降（正常案例中的6ms）。
• unorderedArray第一次排序是真正的全量排序，耗时接近排序算法的真实开销；第二次排序时数组已变为有序，同样触发快速路径，但因为系统缓存、调度等细微差异，耗时略高于第二次的有序数组测试。

修正测试的建议 #

要得到准确的性能测试结果，需要消除环境干扰：

• 测试前预热：先调用几次目标方法（比如Array.Sort），让JIT完成编译，预热后再开始正式计时。
• 使用全新测试数据：每次测试都创建新的数组实例，避免之前的排序操作改变数组状态，影响后续结果。
• 多次测试取平均值：运行多轮测试，取平均耗时，减少系统调度、缓存波动带来的误差。

修正后的示例代码 #

// 预热JIT，避免编译开销影响正式测试
Array.Sort(new int[10]);
Array.Sort(new int[10]);

// 测试有序数组排序（使用新数组）
int[] orderedArray = Enumerable.Range(0, 1000000).ToArray();
Stopwatch watch = Stopwatch.StartNew();
Array.Sort(orderedArray);
watch.Stop();
Console.WriteLine($"Ordered array sort: {watch.ElapsedMilliseconds} ms");

// 测试无序数组排序（使用新数组）
int[] unorderedArray = Enumerable.Range(0, 1000000).Reverse().ToArray();
watch = Stopwatch.StartNew();
Array.Sort(unorderedArray);
watch.Stop();
Console.WriteLine($"Unordered array sort: {watch.ElapsedMilliseconds} ms");

内容的提问来源于stack exchange，提问作者Sam