Linux Socket多线程同步核心是保护共享资源不被多线程同时修改，关键在识别被多线程读写的全局连接计数器、客户端列表、日志缓冲区等，并用互斥锁完整包裹临界区，配合条件变量协调协作，读多写少场景可用读写锁。

Linux Socket 多线程编程中，同步与竞态处理的核心是：**保护共享资源不被多个线程同时修改，尤其在连接管理、缓冲区操作和全局状态更新等环节**。常见错误不是“线程没启动”，而是“多个线程同时改同一个变量却没加锁”，导致数据错乱、连接丢失或服务崩溃。

共享资源必须明确识别

不是所有变量都需要同步，关键看它是否被多个线程读写。Socket 编程中典型的共享资源包括：

• 全局连接计数器（如 active_connections）
• 客户端连接列表（如链表头指针或数组索引）
• 日志缓冲区或统计结构体（如 total_bytes_sent）
• 共享的环形缓冲区或队列（用于生产者-消费者模型）
• 配置参数（如最大并发数、超时阈值）被运行时动态修改时

注意：每个线程独享的 socket fd、栈上变量、线程局部存储（__thread）不需要加锁；但只要两个线程能通过指针、全局符号或传参方式访问同一块内存，就构成共享资源。

Zynq Linux Hardware Debug

Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。

下载

互斥锁要覆盖完整的临界区

加锁不是“靠近变量才锁”，而是包裹从检查到修改的整个逻辑段。例如处理新连接时：

• ❌ 错误：只对 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++）