rand() 已过时，因周期短、分布不均、低位随机性差、跨平台行为不一致；应改用 <random> 中的 std::mt19937 配合 std::uniform_*_distribution 和 std::random_device 种子。
为什么 rand() 不该再用了
因为它的周期短、分布不均、低比特位随机性差，且在不同平台行为不一致。比如 rand() % 10 会明显偏向小数字，RAND_MAX 在 Windows 是 32767，Linux 可能是 2147483647，直接导致可移植性崩坏。
- 标准库已明确标注
rand()为“legacy”，C++17 起建议用<random> - 它不满足均匀分布要求：低位循环周期只有约 2¹⁵，高位更差
- 无法指定种子类型或重播序列——调试时根本没法复现问题
std::mt19937 是梅森旋转的 C++ 标准封装
std::mt19937 就是梅森旋转算法（Mersenne Twister）的 32 位实现，周期为 2¹⁹⁹³⁷−1，通过了 Diehard 和 TestU01 大量统计检验。它不是“伪随机数生成器”（PRNG）的泛称，而是特指这个具体算法。
- 必须搭配一个真正的随机种子源，比如
std::random_device，否则每次运行都一样 - 不要用
time(nullptr)初始化——秒级精度太粗糙，多进程下极易重复 -
std::mt19937_64提供 64 位输出，适合需要大范围整数或更高精度的场景
std::random_device rd; // 真随机种子源（通常读取 /dev/urandom 或 CryptGenRandom） std::mt19937 gen(rd()); // 用真种子初始化 mt19937 std::uniform_int_distribution<int> dist(1, 100); // [1, 100] 均匀整数分布 int x = dist(gen); // 每次调用生成一个高质量随机数
std::uniform_real_distribution 才是生成浮点随机数的正确方式
别再写 (double)rand() / RAND_MAX。它既不均匀，也不能控制区间开闭，还受 RAND_MAX 限制。C++ 的分布类才是唯一可控、可验证、可重播的方案。
Browser Setup (No-Root Linux)
下载
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
-
std::uniform_real_distribution<float>生成 [a, b) 区间的浮点数（左闭右开），不是四舍五入近似 - 若需 [a, b] 闭区间，用
std::nextafter(b, std::numeric_limits<double>::max())扩展上界 - 性能无显著损失：分布对象轻量，
operator()是内联函数，编译器可完全优化
std::mt19937 gen(std::random_device{}());
std::uniform_real_distribution<double> dist(0.0, 1.0); // [0.0, 1.0)
double r = dist(gen); // 真正均匀、可重现、符合 IEEE 754
线程安全与性能陷阱：别在多线程里共享同一个 std::mt19937 实例
std::mt19937 本身不是线程安全的——内部状态修改（如 gen()）没有原子保护。多个线程并发调用会破坏状态，导致输出重复、崩溃或未定义行为。
立即学习“C++免费学习笔记（深入）”；
- 最简方案：每个线程持有一个独立的
std::mt19937实例（用不同种子初始化） - 避免用全局变量或静态局部变量封装生成器，除非加锁（但锁会严重拖慢速度）
- 如果必须共享，用
thread_local static std::mt19937 gen{std::random_device{}()};—— 首次访问才初始化，且每个线程独享
梅森旋转虽快，但反复构造分布对象（如每次调用都 new 一个 uniform_int_distribution）反而成为瓶颈。分布对象应复用，生成器状态才是关键资源。
