std::shuffle编译不过最常见的原因是未同时包含<algorithm>和<random>头文件，且必须传入随机数引擎而非std::rand；推荐用std::mt19937配std::random_device种子，避免time(nullptr)或重复创建引擎。
std::shuffle 为什么编译不过？
最常见的原因是没加头文件或没传随机数引擎。std::shuffle 在 <algorithm> 里，但依赖 <random> 提供的引擎——只引 <algorithm> 会报 “no matching function” 错误。
- 必须同时包含：
#include <algorithm>和#include <random> - 不能直接传
std::rand（C 风格函数），C++17 起已弃用该用法，编译器可能警告或拒绝 - 迭代器范围要合法：
std::shuffle(v.begin(), v.end(), gen)，首尾不能反
怎么选随机数引擎？mt19937 还是 default_random_engine？
std::mt19937 是明确、可移植、质量高的选择；std::default_random_engine 底层实现因编译器而异（GCC 用的是 std::minstd_rand，MSVC 可能不同），同一段代码在不同平台打乱结果不一致，不适合需要可复现行为的场景。
- 测试/调试时想固定结果？用
std::mt19937{42}（种子写死） - 生产环境要真随机？用
std::random_device当种子：std::mt19937 gen{std::random_device{}()} - 别用
time(nullptr)做种子——秒级精度，短时间重复运行容易撞种子
vector 和 C 风格数组用法有啥区别？
核心都是传两个迭代器（或指针），接口一致，但 C 数组容易踩指针越界或长度算错的坑。
- vector：
std::shuffle(vec.begin(), vec.end(), gen) - C 数组：
int arr[5] = {1,2,3,4,5}; std::shuffle(arr, arr + 5, gen)—— 必须手算长度，sizeof(arr)/sizeof(*arr)只在栈上数组有效，传参后退化成指针就失效 - 如果封装成函数处理 C 数组，务必把长度作为参数显式传入，别试图在函数内用
sizeof
打乱小数组（比如 3 个元素）为什么结果总“看起来不随机”？
不是 std::shuffle 的问题，是样本量太小 + 人类对随机的错觉。3 元素只有 6 种排列，连续跑几次很可能重复；而且 Fisher-Yates 算法本身是均匀的，但均匀 ≠ “每次看起来都不同”。
立即学习“C++免费学习笔记（深入）”；
- 验证是否真均匀？写个循环打乱 10 万次，统计每种排列出现频次，应该接近 100000/6 ≈ 16667
- 别用
std::rand() % N手写打乱——模偏差会导致某些排列概率偏高，std::shuffle内部用的是修正过的 Fisher-Yates，无此问题 - 如果只是 UI 上“换张图”这种需求，小数组打乱没问题；但做密码学或抽样，得确认整个流程的随机源强度，不止看 shuffle 这一步
真正容易被忽略的是：引擎对象（gen）最好复用，别每次 shuffle 都新建一个——构造 std::mt19937 开销不大，但 std::random_device 初始化可能触发系统调用，频繁创建反而拖慢且未必更“随机”。
