应使用 std::from_chars（C++17）或 strtoul（旧标准）手动按两个字符解析十六进制字符串为 uint8_t，避免 std::stoi/stoul 的溢出、前缀误判和异常问题，且要求长度为偶数、无非法字符、严格全匹配。
std::stoi 或 std::stoul 转换单字节时容易溢出或截断
十六进制字符串如 "ff" 表示一个字节，但直接用 std::stoi("ff", nullptr, 16) 返回的是 int（可能为负），若字符串含前导空格或非法字符（如 "0x1a" 中的 0x 前缀），std::stoi 会抛 std::invalid_argument 或静默跳过——这不是你想要的字节解析行为。
更稳妥的做法是按两个字符一组手动解析，每组对应一个 uint8_t：
- 先检查字符串长度是否为偶数，奇数长度（如
"a1b"）说明格式错误，应拒绝 - 逐对读取：用
std::from_chars（C++17）最安全，不依赖 locale、不抛异常、支持部分解析 - 避免手写查表（如
"0123456789abcdef"索引），既易错又难维护
推荐用 std::from_chars 解析每对十六进制字符
std::from_chars 是 C++17 引入的底层转换函数，专为高性能、无异常、精确控制设计。它能原地解析 "ff" 到 unsigned int，再强转为 uint8_t，且返回解析结束位置，便于校验是否“全吃掉”。
示例关键逻辑：
立即学习“C++免费学习笔记（深入）”；
#include <charconv>
#include <vector>
#include <cstdint>
std::vector<uint8_t> hex2bin(const std::string& s) {
if (s.empty()) return {};
if (s.length() % 2 != 0) throw std::invalid_argument("hex string length must be even");
std::vector<uint8_t> out;
out.reserve(s.length() / 2);
for (size_t i = 0; i < s.length(); i += 2) {
unsigned int val;
auto [ptr, ec] = std::from_chars(s.data() + i, s.data() + i + 2, val, 16);
if (ec != std::errc{} || ptr != s.data() + i + 2) {
throw std::invalid_argument("invalid hex digit at position " + std::to_string(i));
}
if (val > 0xFF) {
throw std::out_of_range("hex value exceeds 0xFF");
}
out.push_back(static_cast<uint8_t>(val));
}
return out;
}
兼容旧标准（C++11/14）可用 strtoul + 手动边界检查
若项目未启用 C++17，std::strtoul 是更可靠的选择，比 std::stoi 更适合无符号解析，且可检测尾部无效字符。
- 传入
endptr指针，确保恰好消耗两个字符（endptr == start + 2） - 显式限定 base=16，避免自动识别
"0x"前缀干扰（除非你明确需要支持） - 必须检查返回值 ≤ 255，否则不是合法字节
- 注意
std::strtoul接受大小写混合（"A"和"a"都行），无需预处理
忽略空格、前缀或大小写的常见误判点
真实场景中，输入可能是 "0x1a2b"、" 1A 2B " 或 "1a2b\n"。但 hex2bin 的语义应是「纯十六进制数字序列」——任何非 [0-9a-fA-F] 字符都属于错误输入，不应自动 strip 或 skip。
- 预处理（如
erase(remove_if(...))）会掩盖数据污染问题，调试时难以定位原始输入缺陷 - 若业务层确实需要容忍空格或前缀，应在调用
hex2bin前由上层清洗，而非让转换函数承担职责 - 大小写不敏感是默认行为（
std::from_chars和strtoul均支持），无需额外处理
真正容易被忽略的是：解析后字节序隐含为大端（高位字节在前），比如 "010203" → {0x01, 0x02, 0x03}。如果后续要 reinterpret_cast 成 uint32_t*，这点必须和协议文档对齐。
