Linux/macOS用libuuid生成RFC 4122标准UUID需包含<uuid/uuid.h>、链接-luuid、调用uuid_generate()后必须用uuid_unparse()转字符串，Windows则用CoCreateGuid（需初始化COM）或UuidCreate，跨平台推荐boost::uuids::random_generator。
用 uuid_generate 生成标准 UUID（Linux/macOS）
Linux 和 macOS 上最直接的方式是调用系统提供的 libuuid 库，它生成的是 RFC 4122 兼容的 128-bit UUID。注意：这不是 C++ 标准库功能，需链接 -luuid。
常见错误是只包含头文件却忘了链接库，编译时会报 undefined reference to uuid_generate。
- 先安装（Ubuntu/Debian）：
sudo apt-get install uuid-dev；macOS 通常自带 - 代码里包含：
#include <uuid/uuid.h> - 生成后必须用
uuid_unparse转成字符串，不能直接 reinterpret_cast—— 内存布局不保证可读 - 示例片段：
uuid_t uid; uuid_generate(uid); char uuid_str[37]; uuid_unparse(uid, uuid_str); // 自动加 '\0'，长度 37
Windows 下用 CoCreateGuid 或 UuidCreate
Windows 没有 libuuid，但 COM 和 RPC 层提供了原生 GUID 支持。CoCreateGuid 更推荐，因为它内部会尝试使用加密安全的随机源（如 BCryptGenRandom），而 UuidCreate 在旧系统上可能依赖时间+MAC 地址，碰撞风险略高。
- 需包含：
#include <guiddef.h>和#include <ole2.h>（CoCreateGuid）或#include <>rpc.h>（UuidCreate） - 链接时加
-lole32（CoCreateGuid）或-lrpcrt4（UuidCreate） - 转字符串用
StringFromCLSID（返回LPWSTR，需释放）或手动格式化GUID结构体字段 - 注意：
CoCreateGuid要求 COM 已初始化（CoInitializeEx(nullptr, COINIT_MULTITHREADED)），否则失败返回RPC_E_CHANGED_MODE
跨平台方案：用 boost::uuids::random_generator
如果项目已用 Boost，这是最省心的跨平台选择。它底层在 Linux/macOS 读 /dev/urandom，Windows 调 BCryptGenRandom，无需手动处理平台差异。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 头文件：
#include <boost/uuid/uuid.hpp>、#include <boost/uuid/uuid_generators.hpp>、#include <boost/uuid/uuid_io.hpp> - 生成后直接转 string：
to_string(gen())，结果形如"{123e4567-e89b-12d3-a456-426614174000}"（带花括号） - 若要无花括号格式，用
boost::uuids::to_string(uuid)（返回小写、无大括号） - 注意：Boost.UUID 默认不编译进静态库，CMake 中需确保
find_package(Boost REQUIRED COMPONENTS system)并链接Boost::system
别手撸 MD5/SHA1 + 时间戳拼接
有人试图用 std::chrono::system_clock::now() + 进程 ID + 线程 ID 拼接再哈希生成“类 UUID”，这既不满足 RFC 4122 版本 4 的随机性要求，也无法保证全局唯一——尤其在容器或快速重启场景下极易重复。
- RFC 4122 v4 要求 122 位强随机比特，普通
std::random_device在某些平台（如 MinGW）可能退化为伪随机，不够安全 - 系统级 API（
libuuid、BCryptGenRandom、/dev/urandom）才是设计用来干这事的 - 如果真不能引入外部依赖，至少用
std::random_device初始化std::mt19937_64，再生成 16 字节，但依然不推荐用于生产环境的唯一标识分发
真正麻烦的不是生成动作本身，而是生命周期管理：UUID 字符串要不要缓存？是否要避免频繁分配？是否需要二进制形式直传网络？这些比“怎么生成”更影响实际性能。
