linux socket多线程同步核心是保护共享资源不被多线程同时修改，关键在识别被多线程读写的全局连接计数器、客户端列表、日志缓冲区等，并用互斥锁完整包裹临界区，配合条件变量协调协作，读多写少场景可用读写锁。
Linux Socket 多线程编程中，同步与竞态处理的核心是：**保护共享资源不被多个线程同时修改，尤其在连接管理、缓冲区操作和全局状态更新等环节**。常见错误不是“线程没启动”，而是“多个线程同时改同一个变量却没加锁”，导致数据错乱、连接丢失或服务崩溃。
共享资源必须明确识别
不是所有变量都需要同步，关键看它是否被多个线程读写。Socket 编程中典型的共享资源包括：
- 全局连接计数器（如 active_connections）
- 客户端连接列表（如链表头指针或数组索引）
- 日志缓冲区或统计结构体（如 total_bytes_sent）
- 共享的环形缓冲区或队列（用于生产者-消费者模型）
- 配置参数（如最大并发数、超时阈值）被运行时动态修改时
注意：每个线程独享的 socket fd、栈上变量、线程局部存储（__thread）不需要加锁；但只要两个线程能通过指针、全局符号或传参方式访问同一块内存，就构成共享资源。
互斥锁要覆盖完整的临界区
加锁不是“靠近变量才锁”，而是包裹从检查到修改的整个逻辑段。例如处理新连接时：
- ❌ 错误：只对 active_connections++ 加锁，但前面的 if (active_connections >= MAX_CONN) 没锁 → 判定和自增之间存在窗口，仍可能超限
- ✅ 正确：把判断、拒绝/接受、计数更新全部包进同一把 mutex 的 lock/unlock 范围内
- 避免嵌套锁或长时间持有锁：比如不能在持锁状态下调用 recv() 或 send()，否则阻塞会拖住其他线程
条件变量适合协调线程协作
当多个线程需要按顺序配合工作（如一个线程收包入队、多个工作线程取包处理），仅靠互斥锁不够，需搭配条件变量：
- 使用 pthread_cond_wait() 前必须已持有对应 mutex，且等待逻辑应放在 while 循环中（防虚假唤醒）
- 通知方（如接收线程）在修改共享状态（如队列长度）后，调用 pthread_cond_signal() 或 pthread_cond_broadcast()
- 典型场景：线程安全的请求队列——接收线程 push 后 signal，工作线程 pop 前 wait
读多写少场景考虑读写锁
如果某个结构体（如配置映射表、白名单列表）被频繁读取但极少更新，用 pthread_rwlock_t 可提升并发性：
- 多个线程可同时获取读锁，互不阻塞
- 写锁排他，且会阻塞后续所有读锁请求
- 注意：读写锁不能替代互斥锁用于纯写操作或复合读-改-写逻辑（如 count++）
