直接用 std::regex 最省事，但要注意 C++11 的 std::regex 在部分旧编译器（如 GCC 4.8 及更早版本）中对 ECMAScript 语法支持不完整，建议使用 boost::regex 或升级编译器。
怎么用 std::regex 快速验证十六进制颜色格式
直接用正则最省事，但要注意 C++11 的 std::regex 在部分旧编译器（如 GCC
- 合法格式包括：
"#RGB"、"#RGBA"、"#RRGGBB"、"#RRGGBBAA"，其中字母不区分大小写 - 推荐正则：
R"(^#([0-9A-Fa-f]{3}|[0-9A-Fa-f]{4}|[0-9A-Fa-f]{6}|[0-9A-Fa-f]{8})$)"—— 必须加^和$，否则"#12345z"这类会误判为匹配 - 使用时记得捕获组不用，只看
std::regex_match(str, re)返回值；若字符串带空格或换行，先str.erase(0, str.find_first_not_of(" \t\n\r"))清理首尾
手写遍历比正则更稳的场景有哪些
当目标平台不支持 std::regex（比如嵌入式环境、MSVC /std:c++14 下某些 STL 实现），或你只需要判断、不需提取通道值，手写检查反而更轻量、可控。
- 先检查首字符是否为
'#'，再取后续子串s.substr(1) - 长度必须是 3、4、6 或 8，否则直接返回 false
- 逐字符调用
std::isxdigit(c)判断（注意：它接受'a'～'f'和'A'～'F'，也接受'0'～'9'） - 别用
std::stoi(s, nullptr, 16)做验证——它会截断非法后缀，比如"#123z"会被当成"123"成功转换
std::stoi 和 std::stoul 为什么不能直接用于合法性校验
它们设计目标是“尽力解析数字”，不是“严格校验格式”，所以遇到非法字符就停，不报错也不提示剩余内容。
-
std::stoi("#123", &pos)会失败，因为'#'不是数字开头；但std::stoi("123z", &pos)返回 291，pos == 3，即只读了前三位 - 若你传入
"#abc"，得先去掉'#'，再用std::stoul(s.substr(1), &pos, 16)，但还必须额外检查pos == s.length()-1，否则"#abcg"也会通过 - 更麻烦的是：长度为 3 或 4 时需做“缩写展开”（
"#abc"→"#aabbcc"），stoul不处理这个逻辑
要不要支持无 # 前缀的纯十六进制字符串
HTML/CSS 规范里所有颜色值都要求 # 前缀，但有些业务接口或日志可能漏掉。是否支持取决于你的输入源是否可信。
立即学习“C++免费学习笔记（深入）”；
- 如果输入来自用户自由输入（比如文本框），建议严格按规范，拒绝无
#的字符串 - 如果输入来自内部 API 或配置文件，且已知存在无前缀情况，可加一层 fallback：先按带
#解析，失败后再试一次str.length() ∈ {3,4,6,8} && all_chars_are_hex - 注意：纯
"FF0000"和带前缀"#FF0000"是不同 token，混用容易在调试时漏掉前缀导致渲染异常
真正麻烦的不是写判断逻辑，而是统一团队对“颜色字符串”的定义边界——比如是否允许 "#fff" 和 "#ffffff" 同时存在，以及 alpha 通道缺失时默认值怎么设。这些不在校验层解决，得靠上游约束。
