int性能优势源于寄存器对齐、编译器优化友好、内存访问规整及运算确定性：无需扩展指令、向量化更易触发、cache行利用均衡、无浮点不确定性。
现代 CPU 上，int 类型的性能优势不来自“更小更快”，而来自与寄存器宽度天然对齐、避免扩展开销、获得编译器充分优化支持。它不是“比 short 快”，而是“比 short 更省心、更稳定、更易被高效处理”。
寄存器对齐：无需额外扩展指令
CPU 通用寄存器（x86-64 是 64 位，ARM64 也是 64 位）在执行整数运算时，通常以 32 位或 64 位为自然单位操作。int 在主流平台默认为 32 位，因此：
- 加载一个 int 值到寄存器，可直接用
mov eax, [mem]，一步到位 - 计算（加减乘除、比较、位移）全部原生支持，无符号/有符号语义明确
- 而 short（16 位）读取后往往需立即补零扩展（
movzx eax, word ptr [mem]）才能参与 32 位运算——多一条指令，多一个依赖
编译器优化友好：向量化、常量传播、死代码消除更可靠
int 是 C++/C 中最常被假设为“典型整数”的类型。编译器对其做了大量针对性优化：
- 循环计数器用 int，更容易触发自动向量化（如 SIMD 加载 4 个 int 并行处理）
- 值范围分析更成熟：例如
int x = 5; if (x > 10) {...}可被直接优化掉 - 函数内联、寄存器分配策略优先保障 int 变量驻留寄存器，而非反复读写内存
- short 或 char 在表达式中几乎总被提升为 int 运算，反而让语义和实际行为脱节
内存访问效率：平衡 cache 利用与指令简洁性
虽然 short 占 2 字节、int 占 4 字节，但性能瓶颈很少出在单个变量大小上：
- 结构体中，因对齐填充，short 和 int 实际占用空间可能相同（例如
struct {short a; int b;}往往占 8 字节，不是 6 字节） - 数组场景下，int 数组每 cache line（64 字节）可存 16 个元素；short 数组虽能存 32 个，但每次 load/store 后大概率要扩展，且随机访问局部性未必更好
- 真正影响速度的是访问模式（顺序 vs 随机）、是否跨 cache line、是否触发预取——这些与类型宽度关系弱，与 int 的规整步长反而更友好
对比 float：int 的确定性是最大性能资产
int 运算没有舍入误差、无 NaN/Inf 特殊值、无隐式精度损失。这意味着：
- 分支预测更稳定（
if (x == y)总是精确成立或不成立） - 编译器可安全做代数变换（如
a + b - c重排），无需担心浮点结合律失效 - 调试时值完全可预期，不会出现 “0.1 + 0.2 != 0.3” 这类干扰定位的问题
