uuid校验边界条件包括：大小写（须小写a–f）、首尾空格、花括号包裹、换行符、非标准分隔符；格式须为8-4-4-4-12共36字符，连字符位置固定，仅允许小写十六进制字符。
UUID字符串格式校验的边界条件有哪些
直接用正则匹配 std::regex 判断 UUID 是常见做法，但容易忽略大小写、多余空格、前导/尾随空白、非标准分隔符等细节。标准 UUID 是 32 个十六进制字符加 4 个连字符，共 36 字符，格式为 8-4-4-4-12，且必须全部小写（RFC 4122 虽未强制大小写，但多数系统和库（如 libuuid、Boost.Uuid）默认输出小写，校验时若接受大写需显式转换）。
常见错误现象："{123e4567-e89b-12d3-a456-426614174000}"（带花括号）、"123e4567-e89b-12d3-a456-426614174000\n"（含换行）、"123E4567-E89B-12D3-A456-426614174000"（全大写）——这些都不符合严格校验要求，除非业务明确允许。
- 先用
std::string::find_first_not_of("0123456789abcdef-")快速排除非法字符（注意：只允许小写字母 a–f） - 用
str.erase(0, str.find_first_not_of(" ")); str.erase(str.find_last_not_of(" ") + 1);去首尾空格 - 长度必须恰好为 36，且第 8、13、18、23 位必须是
'-'，其余 32 位必须是十六进制字符
不用正则的纯手工校验更可靠吗
是的。在嵌入式或禁用 std::regex 的环境（如某些编译器不支持或性能敏感场景），手写校验逻辑反而更可控、无依赖、无异常开销。而且 std::regex 构造可能抛异常，而手工检查可全程用 bool 返回，适合高频调用。
示例核心逻辑：
bool is_valid_uuid(const std::string& s) {
if (s.length() != 36) return false;
const char pattern[] = "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx";
for (int i = 0; i (s[i]))) return false;
} else {
if (s[i] != '-') return false;
}
}
return true;
}
注意：isxdigit 接受大写 A–F，若要求严格小写，应单独判断：(c >= '0' && c = 'a' && c ；另外，<code>static_cast<unsigned char></unsigned> 是为避免 char 为有符号时传入负值导致未定义行为。
用 Boost.Uuid 做解析是否更“权威”
Boost.Uuid 的 boost::uuids::string_generator 可尝试解析并捕获异常，但它本质仍是按 RFC 4122 解析，且会接受大写、带花括号（如果提前剥离）、甚至部分宽松格式（取决于版本）。它不是校验器，而是解析器——成功解析 ≠ 输入格式合规。
典型误用：
- 直接传入带
{}的字符串，不预处理 → 抛boost::uuids::invalid_string - 用
try { uuid u = gen(s); }捕获异常，但没意识到gen允许大写，且对空白不鲁棒 - 忽略
uuid::nil()与空字符串的区别：空字符串解析失败，但"00000000-0000-0000-0000-000000000000"是合法 UUID
建议仅当已有 Boost 依赖且需要后续使用 UUID 对象时才用它；否则纯格式校验推荐手工或正则（启用 ECMAScript 语法并加 ^$ 锚点）。
Windows 上 UuidFromStringA 能否复用
可以，但限制极多：仅 Windows 平台可用，输入必须是 ASCII 字符串（宽字符需转），且**不接受任何额外字符**（包括空格、换行、花括号），长度必须严格 36，连字符位置不可错。返回值是 RPC_STATUS，成功为 0，失败为非零（如 RPC_S_INVALID_STRING_UUID）。
示例调用：
#include <rpc.h>
#pragma comment(lib, "Rpcrt4.lib")
bool is_valid_uuid_win(const std::string& s) {
UUID uuid;
RPC_STATUS status = UuidFromStringA(
reinterpret_cast<rpc_cstr>(const_cast<char>(s.c_str())), &uuid);
return status == RPC_S_OK;
}
</char></rpc_cstr></rpc.h>
注意：UuidFromStringA 不做大小写归一化，但实际测试中接受大小混用（因内部用 tolower 处理）；不过仍建议输入前统一转小写并 trim，避免平台差异。另外，该函数在 MinGW 或跨平台项目中不可用，属于强绑定 Windows API 的方案。
真正容易被忽略的是：UUID 校验不是“只要长得像就行”，而是要服务于后续用途——如果之后要存入 PostgreSQL 的 UUID 类型字段，PostgreSQL 本身接受大写和花括号，但 C++ 层若用 libpq 绑定参数，仍建议提前标准化为小写无括号格式，避免意外截断或类型不匹配。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
