应使用 std::shuffle 配合 std::mt19937 和 std::random_device，因 std::random_shuffle 已被移除且依赖不安全的 rand()；需在循环外创建引擎并用真随机种子初始化，避免重复构造或错误取种。
用 std::shuffle 最安全可靠
直接用 std::shuffle 是 C++11 及以后的标准做法，它基于 Fisher-Yates 算法，均匀随机，且不依赖 rand() 的低质量实现。关键点是传入一个符合 UniformRandomBitGenerator 要求的引擎，比如 std::mt19937。
常见错误是只传 std::random_device 或直接用 std::rand 作参数——前者不能直接当引擎用，后者分布不均、易重复。
实操建议：
- 用
std::mt19937配合std::random_device初始化种子：std::mt19937 g{std::random_device{}()}; - 对
std::string的字符范围调用：std::shuffle(s.begin(), s.end(), g); - 别用
std::shuffle(s.begin(), s.end(), std::random_device{});——编译不过，std::random_device不满足引擎接口
为什么不用 std::random_shuffle
std::random_shuffle 在 C++17 中已被移除，C++14 起就标记为 deprecated。它默认用 std::rand，而 std::rand 通常只有 15 位有效随机性，对长度超过 32 的字符串，几乎必然出现重复排列；且无法指定引擎，不可控。
立即学习“C++免费学习笔记（深入）”；
如果你在旧代码里看到它，必须替换。不是“还能用”，而是“结果不可信”。
典型现象：
- 短字符串（如 5 字符）看起来正常，但跑 10000 次后发现某些排列出现频率高 3–5 倍
- 多线程环境下未加锁调用
std::rand，导致段错误或数据竞争 - 交叉编译到嵌入式平台时，
std::rand实现极简，随机性趋近于无
打乱前要注意字符串是否含空字符或 UTF-8 多字节
std::shuffle 按 char 逐字节打乱，对纯 ASCII 安全；但若字符串含 '\0' 或 UTF-8 编码的中文/emoji，会破坏编码结构，导致后续 std::string 视为截断，或输出乱码。
使用场景判断：
- 处理文件名、标识符、密码等 ASCII-only 字符串 → 直接 shuffle 没问题
- 处理用户输入、日志文本、JSON 字段值 → 先确认编码，UTF-8 必须按 Unicode 码点切分，不能按字节 shuffle
- 需要真正打乱 Unicode 字符（如“你好世界”），得先用 ICU 或
std::wstring_convert（已弃用）转成std::vector<char32_t></char32_t>，再 shuffle
性能与移动语义的小陷阱
std::shuffle 是就地算法，时间复杂度 O(n)，无额外分配。但如果你写成 auto shuffled = [&]() { auto s2 = s; std::shuffle(...); return s2; }();，看似函数式，实际触发了两次拷贝（构造 + 移动返回）。
更糟的是：如果误把 const std::string& 传进去，编译失败；而传 std::string&& 却可能因移动后原字符串失效，引发悬垂引用。
稳妥写法：
- 就地打乱原字符串：
std::shuffle(str.begin(), str.end(), gen); - 需要保留原串时，显式拷贝：
std::string copy = str; std::shuffle(copy.begin(), copy.end(), gen); - 避免在 lambda 返回值里隐式移动，尤其当该字符串后续还要读取时
真正麻烦的从来不是“怎么调用 shuffle”，而是你手里的字符串到底是什么编码、有没有被其他模块共享、以及那个 std::mt19937 引擎是不是在多个线程里共用了同一实例。
