数值类型自动转换仅按规则向上提升以避免中间计算失真，精度丢失实际发生在赋值或强制转换时；运算中类型升为更高精度（如int→double），但最终赋给更小类型（如double→int）才截断丢数。
数值变量的类型自动转换本身不保留精度，它只按规则“向上提升”类型来避免中间计算失真；真正决定精度是否丢失的，是最终赋值或截断动作发生的位置。
自动转换的方向就是精度保障的底线
系统在表达式运算中会把小容量类型自动转为大容量类型，比如：
- int 和 double 相加 → int 先转成 double，整个运算以 double 进行
- char + short → 两者都先升为 int，再相加
- float + float → 实际仍先全转成 double 再算，结果也是 double
这种提升不是为了“提高精度”，而是防止低精度类型参与运算时放大误差。只要不落到赋值或强转环节，中间过程基本不丢数。
精度丢失实际发生在赋值那一刻
自动转换在运算中很“慷慨”，但一到赋值就立刻“收紧”：
- double d = 12.99; int i = d; → 编译报错（Java）或静默截断（C），小数部分直接砍掉
- float f = 100000001f; int x = (int)f; → 可能输出 100000000，因 float 有效位仅约7位
- long l = 3000000000L; int y = (int)l; → 高位被截，结果变成负数（溢出）
关键点：编译器只对“可能丢失”的赋值做检查（如 Java 中 long → int 不允许隐式赋值），而 C/C++ 则默认静默截断——这不是疏忽，是设计选择。
实战中判断精度是否安全的三步法
遇到混合类型表达式，快速评估精度风险：
- 看运算主体类型：找出表达式里最高优先级类型（如 double > float > long > int），整个运算按它进行
- 看结果去向：若结果赋给更小类型（如 double → int），必有精度风险；若仍是同级或更大，通常安全
- 看是否含浮点→整数动作：哪怕只是 (int)3.14 或 int i = 5.8，都是截断，不是四舍五入
例如：int a = 3; double b = 2.5; int c = a + b; ——这里 a 自动变 double，加法结果是 double，但赋给 int c 时才真正丢失 .5。
别依赖自动转换来“保精度”，要用对类型和时机
想真正保留精度，靠的不是等系统自动转，而是主动选型：
- 涉及金额、计数等不能出错的场景，避免 float/double，改用 long（单位换算）或 BigDecimal（Java）
- 需要小数部分参与逻辑判断时，不要提前转 int，比如 if (x > 0.5) 就别写 if ((int)x > 0)
- 必须向下转换时，明确意图：要截断用 (int)x，要四舍五入用 Math.round(x) 或 (int)Math.floor(x + 0.5)
自动转换是后台的“搬运工”，它确保路通畅，但不负责货物是否完好——货损永远发生在卸货点（赋值/强转）。
