C++混合类型运算的类型提升规则源自标准定义的整型提升和通常算术转换：先将char、short等小整型提升为int或unsigned int；再按寻常算术转换规则，将操作数统一为双方可无损表示的公共类型，有符号与无符号混用时优先转为无符号类型。
混合类型运算的类型提升规则从哪里来
C++ 的混合类型运算结果类型不是凭经验猜的，而是由标准定义的「整型提升（integer promotion）」和「通常算术转换（usual arithmetic conversions）」两步决定。这两步在每次二元运算（如 +、*、==）前自动发生，编译器不会报错，但结果类型可能出乎意料。
- 整型提升只影响比
int小的类型：比如char、short、bool会先转成int（或unsigned int，当int装不下原类型时） - 通常算术转换才处理“不同有符号/无符号、不同宽度”的情况，目标是找到一个双方都能无信息损失地转换到的公共类型
有符号和无符号混用时最危险
这是实际项目里最常踩坑的地方：int 和 unsigned int 运算，结果一定是 unsigned int——哪怕左边是负数。
int a = -1; unsigned int b = 1; auto res = a + b; // res 类型是 unsigned int，值是 UINT_MAX
- 当有符号操作数为负，且被提升为无符号类型时，会发生模运算解释（即补码按位 reinterpret）
-
long和unsigned int在 64 位 Linux 上宽度相同（都是 32 位？不，通常是 64 位），此时谁升谁取决于实现；但在 Windows LLP64 下long是 32 位，unsigned int也是 32 位，这时若两者参与运算，unsigned int会占优，long被转成unsigned long - 比较操作（如
<）同样适用该规则，-1 < 1U结果是false，因为-1被转成了很大的无符号数
怎么快速查清某次运算的真实结果类型
别靠记忆，用 decltype + std::is_same_v 或编译器扩展验证：
#include <type_traits> static_assert(std::is_same_v<decltype(1L + 1U), unsigned long>);
- 在支持 C++17 的编译器中，
decltype是最直接的方式；注意它返回的是“带引用/const 修饰的完整类型”，做比较时要用std::remove_reference_t等剥离 - Clang/GCC 可加
-Wsign-conversion或-Wconversion报告隐式有符号/无符号转换（强烈建议开启） -
auto变量会忠实地取运算结果类型，不会“帮你选更安全的类型”
避免意外的实用建议
混合运算本身无法禁止，但可以大幅降低风险：
立即学习“C++免费学习笔记（深入）”；
- 对关键计算，显式转换：写成
static_cast<long long>(a) + b</long>，而不是依赖默认转换 - 避免在条件判断中混用有符号计数器和无符号容器大小，例如
for (int i = 0; i < v.size(); ++i)—— 改用size_t i或ssize_t i（C++20） - 使用
std::common_type_t<T, U>查看标准推导出的公共类型，但它不反映整型提升，仅对已提升后的类型起作用 - 第三方库如
absl::int128或boost::safe_numerics可在运行时捕获溢出，但不能改变类型推导逻辑
类型提升发生在编译期，无声无息，而错误往往在数据异常时才暴露——尤其在跨平台或 32/64 位切换时，long 的宽度变化会让原本“刚好能跑”的代码突然行为突变。
