不能只用 time(0)，因其秒级精度导致同秒内多次调用 srand(time(0)) 产生相同种子，使 rand() 序列重复；应使用 std::chrono::high_resolution_clock::now().time_since_epoch().count() 获取纳秒级高精度种子。
为什么不能只用 time(0)
因为 time(0) 返回的是秒级时间戳，同一秒内多次运行程序，srand(time(0)) 会得到完全相同的种子 → rand() 序列一模一样。这对测试、游戏、模拟类程序是硬伤：比如快速重启服务或连点运行脚本，随机性直接崩塌。
std::chrono::high_resolution_clock::now().time_since_epoch().count() 怎么用
这是目前最常用、跨平台、无需额外权限的高精度种子来源。它返回纳秒级（或系统支持的最高精度）的时间计数，单位是“自纪元起的 tick 数”，类型为 long long，可直接传给 std::mt19937 构造函数。
实操要点：
- 必须包含
<chrono>和<random> - 推荐用
high_resolution_clock，它在多数平台（Linux/macOS/MSVC）下实际解析度达纳秒；steady_clock更稳定但精度略低（常为微秒级），system_clock可能被系统时钟调整干扰，不推荐用于种子 - 不要对 count() 值做取模或截断 —— 直接原样使用，避免人为降低熵
- 示例初始化：
std::mt19937 rng(std::chrono::high_resolution_clock::now().time_since_epoch().count());
对比 std::random_device 是否更优
std::random_device 理论上提供真随机源（如硬件噪声），但实际行为高度依赖实现和系统：
立即学习“C++免费学习笔记（深入）”；
- 在 MinGW 或某些旧版 libc++ 上，它可能退化为伪随机（固定种子或 time(0) 回退），返回值甚至恒为 0
- 在容器或受限环境（如某些 CI runner）中，
/dev/urandom不可用时会抛异常或阻塞 - 即使可用，单次调用只生成一个
unsigned int，对std::mt19937_64这类 64 位引擎，信息量也不足 - 工程建议：优先用
high_resolution_clock；仅当明确需要密码学强度且已验证平台支持时，才考虑random_device，并加 fallback
多线程环境下种子初始化要注意什么
如果全局随机引擎被多个线程共用，种子只需初始化一次；但如果每个线程都独立构造引擎，必须确保每次构造都拿到不同种子 —— 否则所有线程的随机序列完全同步。
常见错误写法：
thread_local std::mt19937 rng(time(0)); // ❌ 秒级种子，多线程大概率撞车
正确做法（推荐）：
thread_local std::mt19937 rng(std::chrono::high_resolution_clock::now().time_since_epoch().count());
更稳妥方案（防极短时间内重复）：
thread_local std::mt19937 rng([]{ static std::atomic<long long> offset{0}; return std::chrono::high_resolution_clock::now().time_since_epoch().count() + offset.fetch_add(1); }());
注意：thread_local 变量的初始化在首次访问该线程时执行，此时调用 now() 是安全的。
