c++标准库不支持uuid，std::uuid不存在；正确做法是：linux/macos用libuuid，windows用cocreateguid，跨平台优先选boost::uuids::random_generator但需注意fork和熵源问题。
用 std::uuid？C++ 标准库里根本没有这个东西
别被网上一些过时资料或 IDE 自动补全误导了——C++20、C++23 都没把 UUID 加进标准库。std::uuid 不存在，std::generate_uuid() 也不存在。所有声称“C++ 原生支持 UUID”的说法，要么混淆了 Boost，要么是误读了提案（比如 P1014，它至今没进标准）。
真实可用的路径只有三条：用第三方库、调系统 API、自己按 RFC 4122 拼。优先级建议：Linux/macOS 用 libuuid，Windows 用 CoCreateGuid，跨平台项目直接上 boost::uuids::random_generator。
Linux 下用 libuuid 生成 v4 UUID 最简流程
libuuid 是最轻量、最可靠的选择，不依赖 Boost，编译快，生成的是标准 v4 随机 UUID。
- 安装：
apt install uuid-dev（Ubuntu/Debian）或yum install libuuid-devel（CentOS） - 编译链接加
-luuid，头文件是<uuid></uuid> - 关键函数只有两个：
uuid_generate_random（推荐）和uuid_generate（已弃用，可能回退到时间+MAC） - 生成后用
uuid_unparse_lower转成小写字符串，避免大小写混用引发比较问题
示例片段：
立即学习“C++免费学习笔记（深入）”；
uuid_t id; uuid_generate_random(id); char str[37]; uuid_unparse_lower(id, str); // str 现在是类似 "f81d4fae-7dec-11d0-a765-00a0c91e6bf6" 的格式
Windows 上不用 COM 也能拿 UUID：用 RPCStringBindingComposeA？别
网上有些代码用 RPCStringBindingComposeA 或手动构造 GUID 字节数组，属于高风险操作——容易字节序错、结构体对齐崩、版本兼容差。正确姿势就一个：CoCreateGuid，它稳定、轻量、无需初始化 COM 库（从 Windows 2000 起就支持无 CoInitialize 调用）。
- 包含头文件：
<guiddef.h></guiddef.h>和<ole2.h></ole2.h> - 声明变量用
GUID类型，不是UUID - 生成后用
StringFromGUID2转字符串，注意目标缓冲区至少 39 字符（含末尾\0） - 别用
UuidToString：它分配堆内存，且返回的是宽字符指针，容易漏RpcStringFree
示例片段：
立即学习“C++免费学习笔记（深入）”；
GUID guid;
CoCreateGuid(&guid);
OLECHAR szGuid[39];
StringFromGUID2(&guid, szGuid, 39); // szGuid 内容如 "{F81D4FAE-7DEC-11D0-A765-00A0C91E6BF6}"
Boost 不是银弹：boost::uuids::random_generator 的线程与熵坑
Boost 看似跨平台一劳永逸，但默认的 random_generator 内部用的是 boost::random::mt19937 + boost::random::seed_seq，而 seed_seq 初始化时只读一次 /dev/urandom（Unix）或 CryptGenRandom（Windows）。这意味着：如果程序 fork 后子进程不重新 seed，多个进程可能生成相同 UUID。
- 多进程场景下，每次 fork 后必须手动调用
generator.seed() - Web 服务等长运行进程，建议每几万次生成后主动重 seed，防熵池耗尽（尤其在容器里）
- 别用
boost::uuids::name_generator替代随机生成——它输出确定性结果，不是“唯一”，只是“相同输入→相同输出” - 若仅需字符串形式，
to_string(uuid)比uuid::to_string()更安全（后者可能因 locale 导致分隔符异常）
真正省心的做法：只在单进程、启动即用、不 fork 的场景用 Boost；否则老老实实用系统原生接口。
UUID 的“唯一性”不来自算法多炫，而来自熵源质量和使用方式。生成函数调对了，不代表你没在日志里重复打印、没在数据库里忘加唯一索引、没把字符串前后空格一起存进去。这些地方比选哪个库更值得盯紧。
