rand()和srand()不推荐用于现代C++，因生成伪随机数、分布不均、可预测且线程不安全；应优先使用头文件中的std::mt19937与std::uniform_int_distribution等设施。
直接说结论：rand() 和 srand() 在现代 C++ 中不推荐用于生成真正随机的数，它们生成的是伪随机序列，且分布不均、可预测、线程不安全；真正需要随机性时，应优先用
为什么 rand() 生成的数“看起来不随机”
常见现象：连续调用 rand() % 10 得到大量重复数字，或在小范围内（如 0–9）频次严重偏离均匀分布。根本原因不是种子问题，而是 rand() 实现质量差 —— 标准只要求它返回至少 15 位有效比特，高位变化慢，低位周期短；% 运算还会放大低位缺陷，导致模小数时严重偏差。
-
rand() % N（尤其N不是 2 的幂）会引入偏置，例如RAND_MAX == 32767时，rand() % 10中数字 0 出现概率比 9 高约 0.03% - 即使调用
srand(time(nullptr))，若程序启动间隔短（如循环快速重启），种子相同，整个序列完全重复 -
rand()是全局状态，多线程下未加锁调用会导致未定义行为
如何正确使用 srand()（仅限遗留代码兼容）
如果必须用 rand()（比如维护老项目），srand() 只需且只能调用一次，通常放在 main() 开头。重复调用反而破坏序列统计特性。
- 绝对不要在循环里反复调用
srand(time(nullptr))—— 这会让每次rand()都从“新序列第一个数”开始，结果反而更像常量 - 避免用
clock()或固定值做种子，time(nullptr)是最简可用选择（但注意精度只有秒级） - Windows 下若用 VS，
RAND_MAX是 32767；GCC/Clang 下通常是 2147483647，但不可移植依赖
现代 C++ 推荐方案：rand()
用 std::mt19937（梅森旋转）配 std::uniform_int_distribution，能真正控制范围、保证均匀性、支持多线程独立实例。
立即学习“C++免费学习笔记（深入）”；
#include#include int main() { std::random_device rd; // 真随机种子源（硬件支持时） std::mt19937 gen(rd()); // 伪随机引擎 std::uniform_int_distribution dis(1, 100); // [1, 100] 均匀分布 for (int i = 0; i < 5; ++i) { std::cout << dis(gen) << '\n'; // 每次调用都安全、均匀、可复现 } }
-
std::random_device不一定真随机（某些平台回退为伪随机），但比time(nullptr)更难预测 - 把
gen和dis定义在函数外或作为类成员，避免频繁构造引擎（开销大） - 需要可复现结果（如测试）？传入确定种子：
std::mt19937 gen(12345);
容易被忽略的关键细节
很多人以为换掉 rand() 就万事大吉，但实际踩坑常发生在边界和类型上：
-
std::uniform_real_distribution默认生成[0.0, 1.0)，不是[0.0, 1.0]—— 上界不可达，若需闭区间得手动调整 - 用
std::mt19937_64替代std::mt19937时，random_device返回的 32 位值可能不足以填满 64 位状态，建议用rd.entropy() > 0判断是否真随机，否则 fallback 到哈希时间+PID等组合种子 - 在嵌入式或无
/dev/urandom环境中，std::random_device可能抛出std::runtime_error，必须捕获处理
