自动类型提升本身不截断，风险在于提升后“落回”小类型时的隐式降级；强制转换则主动截取或重解释二进制位，风险即时发生。判断截断需看位宽是否缩小、是否丢弃小数、符号解释是否改变。
区分自动类型提升与强制类型转换的底层数据截断风险，关键不在“谁写的代码”，而在“是否改变原始二进制位的解释方式或实际截取长度”。自动提升本身不截断，但后续赋值或运算中若发生向下收缩，就可能触发隐式截断；强制转换则是主动、明确地截取或重解释——风险更直接，也更容易被识别。
自动类型提升：安全升宽，但“落回”时才真正危险
Java 和 C 中的自动类型提升（如 byte → int、int → double）是向上扩展，编译器在内存中补零或符号位延展，原始数值完整保留。它本身不丢失数据，也不截断。
真正的截断风险发生在提升后的值又被赋给更小类型变量，或参与隐式降级操作时：
- int i = 123456; float f = i; // 自动提升为 float，但 123456 在 float 的 24 位有效精度内可精确表示
- float f = 16777217f; int j = (int)f; // 此处不是提升，而是强制转换；但若写成 int j = f;（无括号），C 会隐式赋值转换，同样截断
- Java 中 char c1 = 'a', c2 = 'b'; int sum = c1 + c2; // 提升为 int 安全；但若写 byte b = c1 + c2，编译报错——因为 + 结果是 int，不能隐式转回 byte，必须强制转换，此时才暴露截断风险
强制类型转换：主动截取低字节或丢弃小数，风险即时发生
强制转换（如 (byte)300、(int)3.9）会直接按目标类型的位宽重新解释或截断原始二进制表示：
-
(byte)300：300 的二进制是
00000001 00101100（16 位），只取低 8 位00101100→ 十进制 44（无符号）或 -56（有符号补码） - (int)3.1415926：直接丢弃小数部分，结果为 3；不是四舍五入，也不是舍入误差，是确定性截断
-
(char)65：65 的 int 二进制
00000000 00000000 00000000 01000001被截为低 16 位，仍为 65 → 'A'；这是安全重解释，但若原值 ≥ 65536，高位被丢弃，就失真
如何判断一次转换是否已发生实质截断
看三点：目标类型位宽是否小于源值所需最小存储位宽、是否丢弃小数、是否改变符号位解释：
- 源值 257（int）→ byte：257 需至少 9 位，byte 只有 8 位 → 必截断
- 源值 9.8（double）→ int：存在小数部分 → 必截断（非舍入）
- 源值 -1（int）→ char：-1 是负数，char 是无符号 16 位 → 符号位被错误解释为数值高位 → 截断+语义错
- 源值 100（int）→ long：long 位宽更大 → 无截断，仅扩展
实战中容易忽略的“伪安全”场景
有些写法看似没加括号，却已在底层发生静默截断：
- C 语言中
int a = 3.14;：赋值即隐式转换，3.14 的 double 值被截断为 3 → 编译器可能只警告，不报错 - Java 中
byte b = 130;：130 超出 byte 范围（-128~127），但因 130 是字面量且在编译期可判定，JDK 允许该特例赋值（等价于(byte)130），本质仍是强制截断 - 金融计算中
double amount = 1999 * 0.95;：0.95f 是 float，1999 提升为 float 后乘法产生浮点误差（如 1899.0499），再转 int 就多了一层隐式截断，偏差由此累积
