这是位级重解释，非传统溢出；C++标准规定按模运算转换，如int -1转unsigned int得4294967295，合法但易致逻辑错误。
int 转 unsigned int 时负数变大数，这是溢出还是重解释？
这不是传统意义的“溢出”，而是无符号类型对有符号值的**位级重解释**。C++ 标准规定：unsigned int 无法表示负数，因此当把 int a = -1 赋给 unsigned int b = a 时，编译器按模运算规则转换：结果是 a % UINT_MAX + 1（即补码值直接当无符号整数读），32 位下得到 4294967295。
这种行为合法但极易引发逻辑错误，比如：if (s 中 <code>s 是 int、u 是 unsigned int，s 会先被隐式转成 unsigned int，-5 变成极大正数，条件恒假。
- 启用编译器警告：GCC/Clang 加
-Wsign-conversion或更严格的-Wconversion - 比较前统一符号：显式转成同符号类型，如
if (s (s) - 用
std::cmp_less（C++20）替代裸比较：std::cmp_less(s, u)自动处理符号混合
浮点转整型时截断 vs 溢出，怎么判断是否安全？
static_cast<int>(d)</int> 这类转换分两步：先舍去小数部分（截断），再检查是否在目标类型可表示范围内。若超出（如 double d = 1e20; 转 int），行为是**未定义的（UB）**，不是抛异常，也不是返回 0 —— 可能静默错乱、崩溃或产生任意值。
- 不要依赖运行时检查是否“看起来正常”，UB 意味着编译器可任意优化掉后续逻辑
- 安全做法：先用
std::isfinite(d)和范围判断，例如：if (d >= std::numeric_limits<int>::min() && d ::max())</int> - 考虑用
std::lround替代截断，它会四舍五入并检测溢出（返回LONG_MIN/LONG_MAX等边界值）
char 数组转 int 时 atoi / stoi 的溢出处理差异
atoi（C 风格）遇到溢出时返回 INT_MAX 或 INT_MIN，且**不提供错误反馈机制**；std::stoi（C++11+）则抛 std::out_of_range 异常，并可通过 idx 参数获知解析位置。
立即学习“C++免费学习笔记（深入）”；
- 永远别用
atoi处理不可信输入（如用户输入、网络数据） -
std::stoi必须配try/catch，且注意它也会抛std::invalid_argument（非数字字符） - 若需避免异常，可用
std::from_chars（C++17）：它返回std::errc::result_out_of_range错误码，零开销且不抛异常
自定义类型隐式转换引发的窄化溢出
当类提供 explicit operator int() 或 explicit String(const char*) 时，看似安全，但如果内部实现里做了 static_cast<int>(some_long_value)</int>，仍可能在显式调用时触发 UB。
- 在转换操作符内部做范围校验，而不是依赖外部调用者
- 对可能溢出的字段（如
size_t转int），优先返回optional<int></int>或用std::narrow_cast（需自行实现或引入 GSL） - 禁用危险隐式转换：把转换构造函数和转换操作符都标为
explicit，除非你明确需要且已验证所有路径
最易被忽略的一点：类型转换溢出往往不报错、不中断、不打日志，只在某个特定输入组合下悄悄改变逻辑分支。上线后排查成本远高于写代码时加一行范围判断。
