1. i++和++i线程安全问题
| 时间步 | 线程 A (x = i++) | 线程 B (x = i++) | 内存中 i 的值 | 说明 |
|---|---|---|---|---|
| T1 | Read: 读到 i=0 |
0 | A 拿到旧值 0 | |
| T2 | Read: 读到 i=0 |
0 | B 也拿到旧值 0 (因为 A 还没写回) | |
| T3 | Modify: 0 + 1 = 1 | 0 | A 计算出 1 | |
| T4 | Modify: 0 + 1 = 1 | 0 | B 计算出 1 | |
| T5 | Write: 写入 1 |
1 | A 把 1 写回内存 | |
| T6 | Write: 写入 1 |
1 | B 把 1 写回内存，覆盖了 A 的结果！ |
虽然两者都不安全，但它们对局部变量
x 的影响不同：情况 1: int x = i++; (后置自增)
- 逻辑：先把
i的旧值赋给x，然后i自增。 - 线程风险：
i的最终值会出错。x的值也是不可预测的。如果两个线程都读到了 0，那么两个线程的x都是 0。
情况 2: int x = ++i; (前置自增)
- 逻辑：先把
i自增，然后把新值赋给x。 - 线程风险：
i的最终值同样会出错。x的值同样不可预测。如果发生竞态，两个线程可能都读到了 0，都加 1 变成 1，然后都把x赋值为 1。
关键点：在线程不安全的环境下，前置和后置的区别毫无意义，因为它们共享同一个“读 - 改 - 写”的脆弱过程。
如何解决i++不安全的问题？
1）.std::automic
2.）使用互斥锁mutex
2. tcp粘包问题如何解决
1)固定长度分包
2)特殊分隔符
3)长度前缀（推荐）
TCP粘包的根本原因：
TCP是面向字节流的协议，只关心数据有序到达
TCP有缓冲机制（Nagle算法），会合并小包提高效率
应用层和传输层边界不明确
UDP不会粘包的原因：
UDP是面向数据报的协议，每个数据报都是独立的
UDP没有缓冲机制，发送的每个包都是独立传输
但UDP可能丢包或乱序！