std::stoi 解析十六进制字符串易崩溃，因其不自动跳过"0x"前缀且对空格/非法字符零容忍；需手动剔除前缀或用base=0并预处理空白；超int范围应改用std::stoul/stoull；输出时需显式控制前缀与宽度。
std::stoi 读十六进制字符串会崩溃？检查 base 和异常
直接用 std::stoi("0xFF", nullptr, 16) 看似合理，但实际容易抛 std::invalid_argument 或 std::out_of_range。根本原因是：它不自动跳过前缀（如 "0x"），且对空格、非法字符零容忍。
- 必须手动去掉
"0x"或"0X"前缀，否则解析失败 -
base=0可让std::stoi自动识别"0x"开头，但仅限于字符串开头严格匹配；" 0xFF"（带空格）仍会失败 - 更稳的方式是先用
std::string::find_first_not_of(" \t\n\r")跳过空白，再判断是否以"0x"开头，最后调用std::stoi(..., nullptr, 0) - 若输入可能超
int范围（比如"FFFFFFFF"），改用std::stoul或std::stoull，并指定0为 base
printf / std::cout 输出十六进制时，为什么总是少前缀或位宽不对？
用 printf("%x", 255) 得到 ff，但你想要 0xff 或 0xFF；用 std::hex 同样只输出小写无前缀。这不是 bug，而是默认行为——格式化器不负责语义修饰，只做进制转换。
- 加前缀要手动拼接：
printf("0x%x", val)或std::cout - 强制大写用
%X或std::uppercase（注意：它影响后续所有浮点/十六进制输出，记得用std::nouppercase恢复） - 补零到固定宽度：用
printf("%04x", 255)表示至少 4 位、不足补 0；C++ 流需搭配std::setw(4) ，且 <code>std::setw仅对下一个输出项生效
std::stringstream 解析 hex 字符串时，operator>> 为啥读不出值？
std::stringstream ss("FF"); int x; ss >> std::hex >> x; 结果 x 是 0 —— 这是因为 std::hex 只影响后续的 operator>>，但默认流状态不识别无前缀的纯十六进制字符串，且不会自动跳过空格或校验结束位置。
- 必须确保字符串内容可被整数提取器接受：要么加
"0x"前缀，要么用std::stoi更可控 -
std::hex不改变字符串本身的格式要求，它只是告诉提取器“接下来按 16 进制解释”，但输入仍需符合 C 风格字面量规则（即允许"0xFF"，但"FF"在某些标准库实现中可能失败） - 更可靠的做法：用
std::istringstream+std::hex+std::skipws，并检查ss.fail()和ss.eof()判断是否完整解析
处理带符号整数的 hex 输入时，负数怎么表示？
十六进制字符串本身没有符号位概念，"FF" 是正数 255，但若你想把它当有符号 8 位整数解释成 -1，C++ 不会自动做符号扩展。误用会导致高位截断或意外正值。
立即学习“C++免费学习笔记（深入）”；
- 不要直接把
"FF"读进int8_t：std::stoi("FF", 0, 16)返回255，赋给int8_t是未定义行为（溢出） - 正确做法：先读成无符号类型（如
uint8_t），再按需 reinterpret：例如int8_t x = static_cast<int8_t>(std::stoul(s, nullptr, 16) & 0xFF)</int8_t> - 若原始字符串含符号（如
"-FF"），std::stoi能正常处理，但注意它按十进制规则解析负号，不是补码表示
十六进制转换最常出问题的地方不在语法，而在边界：前缀要不要、大小写敏感性、位宽对齐、符号解释时机。这些细节不报错，但结果偏移一点，调试起来就绕半天。
