Parallel.ForEach输出始终一致的原因及多线程有效性疑问

一、结果一致是概率巧合，不是必然行为 #

你看到输出始终相同，本质是线程调度和分区策略的巧合，而非Parallel.ForEach或ConcurrentBag的行为出了问题：

• Parallel.ForEach对数组这类可索引集合，默认采用范围分区：把数组分成连续的若干段，每个线程负责处理一段。你的20个匹配项分布均匀，刚好落在不同的分区里，而线程调度时恰好按分区从前到后的顺序完成任务，导致results.Add的顺序和原数组中匹配项的顺序完全一致。
• 这种一致性是不稳定的，只要稍微改变测试条件（比如给匹配项增加重复、在循环里加微小延迟、调整数组中匹配项的位置），输出顺序大概率会出现变化。

二、验证是否真的启用了多线程 #

要确认代码是否真的用到多线程，有几个简单方法：

• 记录线程ID：在循环内部添加一行代码输出当前线程ID：

  Console.WriteLine($"当前线程ID: {Thread.CurrentThread.ManagedThreadId}");
  

  运行后如果看到多个不同的线程ID，说明确实在多线程执行。
• 观察CPU使用率：运行程序时打开任务管理器，看进程的CPU占用率。如果是单线程执行，CPU使用率只会占一个核心的比例（比如8核CPU大概12%左右）；如果是多线程，使用率会明显上升（甚至接近100%）。
• 强制打乱调度顺序：在循环里加一个微小的延迟，放大线程调度的随机性：

  if(myString.Contains("hello")){
      Thread.Sleep(1); // 增加微小延迟
      results.Add(myString);
  }
  

  这时再运行，输出顺序几乎一定会变化，就能验证多线程的存在。

三、补充说明 #

• ConcurrentBag本身是无序集合，它不保证元素的存储顺序和添加顺序一致，只是在你的场景下刚好出现了顺序一致的情况。
• 即使调整MaxDegreeOfParallelism，只要分区策略还是范围分区，且线程调度的顺序没被打乱，结果仍可能一致——这个参数只是限制最大并发数，不会直接改变线程完成的先后顺序。

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