应使用std::random_device初始化std::mt19937引擎，再配合std::uniform_int_distribution在字符集索引范围内均匀采样，避免rand()分布不均、周期短等问题；字符集大小需static_cast转换以防溢出，多线程下推荐thread_local实例。
用 std::random_device 和 std::uniform_int_distribution 生成字母数字字符串
直接用 rand() 不安全，且分布不均；C++11 起推荐用真随机种子 + 均匀分布。核心是：先定义字符集（比如 "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789"），再用 std::uniform_int_distribution 在索引范围内取随机下标。
常见错误是把 std::random_device 当成可重复的伪随机源——它只适合初始化种子，不能反复调用生成大量随机数（某些平台会耗尽熵池或退化为固定值）。
- 用
std::random_device{}()初始化std::mt19937引擎，而不是直接用std::random_device生成字符 - 字符集长度必须用
static_cast<int>(charset.size())</int>转换，避免无符号整数溢出导致负数下标 - 如果只要小写字母，别写成
'a' + rand() % 26——rand()周期短、低位质量差，std::uniform_int_distribution才能保证每个字符等概率
std::string random_string(size_t len) {
const std::string charset = "abcdefghijklmnopqrstuvwxyz0123456789";
std::mt19937 rng{std::random_device{}()};
std::uniform_int_distribution<int> dist(0, static_cast<int>(charset.size()) - 1);
std::string result(len, 0);
for (size_t i = 0; i < len; ++i) {
result[i] = charset[dist(rng)];
}
return result;
}需要可复现结果时，用固定种子初始化 std::mt19937
测试或调试阶段常需每次运行生成相同字符串。这时不能用 std::random_device，而应传入确定的整数种子（比如 42 或当前时间戳的哈希）。
注意：同一个 std::mt19937 实例多次调用 dist(rng) 是安全的；但不要为每个字符新建一个引擎——开销大且可能因构造顺序导致意外重复。
立即学习“C++免费学习笔记（深入）”；
- 固定种子示例：
std::mt19937 rng(42);，这样每次运行都生成相同序列 - 若需“可重现但不固定”，可用
std::hash<std::string>{}("my_seed")生成种子 - 别把种子设为
time(nullptr)后直接转std::mt19937——time_t可能是 64 位，而引擎构造函数接受unsigned int，截断后易撞种子
性能敏感场景：避免重复构造引擎和分布对象
高频调用（如每毫秒生成一个字符串）时，反复构造 std::mt19937 和 std::uniform_int_distribution 有明显开销。应将它们作为静态局部变量或类成员缓存。
但要注意线程安全：std::mt19937 非线程安全，多线程下要么加锁，要么每个线程独享实例（推荐用 thread_local）。
- 单线程高频场景：把
rng和dist声明为static，首次调用时初始化 - 多线程场景：用
thread_local std::mt19937 rng{std::random_device{}()}; - 别在循环里写
std::uniform_int_distribution dist(...)——构造分布对象本身有少量开销
生成中文或 Unicode 字符串？别用这个方案
上述方法只适用于 ASCII 字符集。想生成中文，不能简单把 UTF-8 字节序列当字符索引——一个汉字占 3 字节，直接按字节取会破坏编码。
真正可行的方式是预先准备好 std::vector<std::string> 存所有合法 UTF-8 字符（如常用汉字列表），再对 vector 下标做随机采样。否则容易得到非法字节序列，后续 std::string 操作（如 .size()、迭代）行为不可靠。
另外，std::wstring + wchar_t 在 Windows 上对应 UTF-16，在 Linux/macOS 上通常是 UTF-32，跨平台一致性差，不建议用于新项目。
字符集越复杂，越要提前明确“什么是‘一个字符’”——是 Unicode 码点？还是用户感知的字形（grapheme cluster）？后者需要 ICU 库支持，远超随机字符串范畴。
