在c#多线程编程中，当多个线程需要协同完成某个任务时，我们常常需要用到线程同步工具来协调线程的执行顺序。Barrier和CountdownEvent都是.NET提供的线程协调类，但两者的设计目标和适用场景有本质区别，理解这些差异能帮助我们更合理地选择同步方案。
核心机制差异
两者的核心设计逻辑完全不同，这是选择使用哪一个的根本依据。
CountdownEvent的工作逻辑
CountdownEvent是一个倒计数的同步原语，初始化时设置一个初始计数，每个参与线程完成任务后调用Signal()方法将计数减1，当计数减到0时，所有等待在Wait()方法上的线程会被唤醒继续执行。它的核心是单向的计数归零触发，一旦计数归零，后续再调用Signal()不会再有额外效果，除非手动调用Reset()重置计数。
Barrier的工作逻辑
Barrier是阶段式的线程屏障，初始化时设置参与屏障的线程数量，每个线程到达屏障点后调用SignalAndWait()方法，当所有指定数量的线程都到达屏障点后，屏障进入下一个阶段，所有等待的线程被释放，同时可以触发一个阶段完成后的回调逻辑。它的核心是循环的阶段同步，每次所有线程到达后都会自动进入下一轮，不需要手动重置。
使用方式对比
我们通过两个简单的代码示例来直观感受两者的使用差异。
CountdownEvent使用示例
假设我们有3个工作线程完成各自任务后，主线程再执行后续逻辑：
using System;
using System.Threading;
class Program
{
static void Main()
{
// 初始化计数为3，对应3个工作线程
CountdownEvent countdown = new CountdownEvent(3);
for (int i = 0; i < 3; i++)
{
int threadId = i;
new Thread(() =>
{
Console.WriteLine($"线程{threadId}开始执行任务");
Thread.Sleep(1000); // 模拟任务执行
Console.WriteLine($"线程{threadId}完成任务，发送信号");
countdown.Signal(); // 计数减1
}).Start();
}
// 主线程等待计数归零
countdown.Wait();
Console.WriteLine("所有工作线程完成任务，主线程继续执行");
countdown.Dispose();
}
}
Barrier使用示例
假设我们有3个线程需要分两轮协同工作，每轮所有线程都完成当前阶段任务后再进入下一轮：
using System;
using System.Threading;
class Program
{
static void Main()
{
// 初始化屏障，参与线程数为3，设置阶段完成后的回调
Barrier barrier = new Barrier(3, (b) =>
{
Console.WriteLine($"第{b.CurrentPhaseNumber}阶段所有线程完成，进入下一阶段");
});
for (int i = 0; i < 3; i++)
{
int threadId = i;
new Thread(() =>
{
for (int phase = 0; phase < 2; phase++)
{
Console.WriteLine($"线程{threadId}开始执行第{phase}阶段任务");
Thread.Sleep(1000); // 模拟阶段任务执行
Console.WriteLine($"线程{threadId}完成第{phase}阶段任务，到达屏障");
barrier.SignalAndWait(); // 到达屏障并等待其他线程
}
}).Start();
}
// 等待所有线程完成两轮任务
Thread.Sleep(5000);
barrier.Dispose();
}
}
适用场景区分
根据两者的特性，我们可以按照以下场景选择：
- 如果你的需求是等待多个线程都完成某一次任务后，再执行后续逻辑，不需要重复同步，优先选择
CountdownEvent，比如等待多个子任务完成后汇总结果。 - 如果你的需求是多个线程需要多次协同，每一轮所有线程都完成当前阶段后再一起进入下一阶段，优先选择
Barrier，比如多阶段的数据处理流程，每个阶段都需要所有线程同步进度。 - 如果需要在所有线程到达同步点后执行一些公共的收尾逻辑，
Barrier的回调机制会更方便，不需要额外写唤醒后的公共处理代码。 - 如果同步的线程数量不固定，需要动态调整计数，
CountdownEvent支持通过AddCount()方法增加计数，比Barrier更灵活。
注意事项
使用这两个类时也有一些需要注意的点：
- CountdownEvent如果计数已经归零，再调用
Wait()会立即返回，不会阻塞线程，而Barrier如果参与的线程数没达到设置值，调用SignalAndWait()的线程会一直阻塞，直到所有线程到达或者超时。 - 两者都需要正确释放资源，使用完后调用
Dispose()方法，避免资源泄漏。 - 不要在
Barrier的回调中执行耗时过长的操作，否则会阻塞所有等待的线程，影响整体执行效率。
c#BarrierCountdownEvent多线程同步线程协调修改时间：2026-06-09 07:33:24