在 C# 中，使用全局变量进行多线程之间的同步控制通常是不合适的 ，因为它容易导致竞态条件（Race Condition） 、死锁（Deadlock） 、难以维护的代码等问题。更好的做法是使用专门的同步原语或线程安全的数据结构。下面详细解释为什么以及推荐的做法。
❌ 为什么「全局变量」不适合用于线程同步？
1. 缺乏同步机制，容易引发竞态条件
如果只是简单地通过一个全局变量（如布尔值、整型）在线程间传递状态，而没有同步控制，多个线程并发读写时会产生数据竞争。
// ❌ 错误示例：非线程安全的全局变量
public static bool IsRunning = false;
// 线程 A
if (!IsRunning)
{
IsRunning = true;
// 执行任务
}
// 线程 B 同时判断，IsRunning 仍为 false，也会进入临界区 → 出问题！2. 内存可见性问题（CPU 缓存不一致）
一个线程修改了全局变量的值，另一个线程可能因为 CPU 缓存没有及时刷新而看不到最新值 （尤其在多核处理器上）。需要使用 volatile或同步机制才能解决。
⚠️ 注意：C# 中
volatile并不能替代锁，仅适用于简单字段的可见性保障。
3. 难以维护和调试
全局变量散落在各处，使用时无法清晰表达"谁在何时访问"，导致代码难以阅读、测试和维护。
4. 容易引发死锁或逻辑错误
手动用全局变量做标志位控制流程，很容易出现忘记重置、重复进入、退出异常等问题。
✅ 推荐做法：使用线程同步机制
1. 使用 lock语句（最常用）
适合保护一段代码的互斥访问。
private static readonly object _lockObj = new object();
private static bool _isRunning = false;
void ThreadWork()
{
lock (_lockObj)
{
if (!_isRunning)
{
_isRunning = true;
try
{
// 执行任务
}
finally
{
_isRunning = false;
}
}
}
}✅ 优点：安全、清晰、可重入（同一线程内）。
2. 使用 Monitor（更灵活的控制）
lock实际上是 Monitor.Enter/Exit的语法糖。
if (Monitor.TryEnter(_lockObj))
{
try
{
// 临界区
}
finally
{
Monitor.Exit(_lockObj);
}
}适用于需要超时等待的场景。
3. 使用 ManualResetEvent/ AutoResetEvent/ Semaphore
适合线程间"信号通知"式协作。
private static ManualResetEvent _taskEvent = new ManualResetEvent(false);
// 线程 A：等待信号
_taskEvent.WaitOne();
// 线程 B：发出信号
_taskEvent.Set();或使用 CountdownEvent、Barrier等高级同步工具。
4. 使用 Interlocked类（轻量级原子操作）
适用于简单的计数器或标志位更新。
private static int _isRunning = 0;
if (Interlocked.CompareExchange(ref _isRunning, 1, 0) == 0)
{
try
{
// 执行任务
}
finally
{
Interlocked.Exchange(ref _isRunning, 0);
}
}✅ 优点：无锁、高性能，适合高频操作。
5. 使用线程安全集合（System.Collections.Concurrent）
如果涉及数据共享，优先使用线程安全容器：
-
ConcurrentQueue<T> -
ConcurrentDictionary<TKey, TValue> -
BlockingCollection<T>
避免手动加锁。
6. 使用 async/await+ Task替代传统线程同步
现代 C# 推荐使用基于任务的异步模式，减少显式线程同步。
private static SemaphoreSlim _semaphore = new SemaphoreSlim(1, 1);
await _semaphore.WaitAsync();
try
{
await DoSomethingAsync();
}
finally
{
_semaphore.Release();
}更适合 I/O 密集型场景。
✅ 总结：最佳实践建议
| 场景 | 推荐方案 |
|---|---|
| 简单互斥访问 | lock+ 私有对象 |
| 高频标志位更新 | Interlocked |
| 线程间信号通知 | ManualResetEvent, Semaphore |
| 数据共享 | ConcurrentQueue, ConcurrentDictionary |
| 异步协作 | async/await+ SemaphoreSlim |
❗结论
**不要使用全局变量直接进行多线程同步控制。**
虽然技术上可行，但极易出错、难以维护。
✅ 应使用
lock、Monitor、Interlocked、事件、信号量等结构化同步机制 ，或采用async/await+ 并发集合的现代模式。
这样才能写出安全、高效、可维护的多线程程序。