rand()在多线程中必然崩溃，因其依赖无锁保护的全局静态状态，导致数据竞争；应改用thread_local std::mt19937配合std::random_device初始化，并封装safe_rand等线程安全接口。
rand()在多线程中为什么直接崩
因为 rand() 内部依赖一个全局静态变量（比如 next）维护状态，所有线程共用同一份内存。没有锁保护，两个线程同时调用 rand() 就会互相覆盖彼此的中间状态，结果不是重复、卡死，就是返回负数或极大异常值——这不是偶发 bug，是必然的数据竞争。
std::mt19937 + thread_local 是最简可行方案
不用改架构、不引入第三方库，只需把随机引擎从全局搬到线程局部：
-
thread_local确保每个线程独享一份std::mt19937实例，彻底避开共享状态 - 用
std::random_device初始化种子，避免秒级重复（srand(time(nullptr))在多线程里尤其危险） - 分布对象（如
std::uniform_int_distribution）也建议定义为thread_local或函数静态，避免反复构造开销
示例：
thread_local std::random_device rd;
thread_local std::mt19937 gen(rd());
thread_local std::uniform_int_distribution<int> dis(0, 9);
std::string gen_16digit() {
std::string s(16, '0');
for (char& c : s) {
c = '0' + dis(gen); // 每次调用都安全
}
return s;
}
</int>
别踩 std::random_device 在 MinGW 上的坑
某些平台（尤其是 MinGW-w64）的 std::random_device 可能退化为伪随机（熵值为 0），导致不同线程拿到相似种子。上线前务必验证：
- 检查
rd.entropy()是否 > 0；若为 0，说明不可靠 - 可降级组合：用
rd()^std::hash<:thread::id>{}(std::this_thread::get_id())</:thread::id>增加线程区分度 - 测试时固定种子（如
std::mt19937 gen(0xdeadbeef)）便于复现，但生产环境必须禁用
如果已有大量 rand() 调用，怎么低成本替换
不能全局搜 rand() 替成 dis(gen)，因为分布范围各异。更稳妥的做法是封装一层：
- 定义线程安全的
int safe_rand(int min, int max)函数，内部用thread_local引擎 +uniform_int_distribution - 对浮点需求，单独提供
double safe_randf(double a, double b)，用uniform_real_distribution，注意区间是 [a, b) - 禁止在类成员或全局变量里存
std::mt19937实例——除非你明确控制其生命周期和线程归属
真正麻烦的从来不是换函数，而是确认所有分支路径都经过了线程隔离。哪怕只漏掉一个 rand() 调用点，整个服务的随机性就可能在高并发下坍塌。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
