Java基本类型隐式转换仅支持“小→大”安全提升：byte→short→int→long→float→double、char→int；运算时按double→float→long→int规则提升；包装类装拆箱非类型转换；字符串拼接是String.valueOf()调用而非类型转换。
哪些类型能自动转，哪些不能
Java只允许在不丢失信息的前提下做隐式转换，也就是“小类型→大类型”安全提升。比如 int 可以自动转成 long、float 或 double，但反过来绝对不行——double 到 int 必须显式强转，否则编译直接报错：possible loss of precision。
基本类型中，能自动转换的路径是单向的：
-
byte→short→int→long→float→double -
char→int（注意：char不参与和byte/short的混转，它只往int及以上升）
常见踩坑点： byte b = 1; b = b + 编译失败——因为 
b + 1 结果是 int，不能自动塞回 byte；必须写成 b = (byte)(b + 1)。
运算中的隐式提升规则（混合计算时最易错）
当不同基本类型参与算术运算（+、-、*、/ 等），Java会按固定规则提升操作数类型，结果类型也由此决定。这个过程叫“二元数字提升（binary numeric promotion）”。
立即学习“Java免费学习笔记（深入）”；
关键逻辑是：先看有没有 double，有就全升到 double；没有但有 float，就全升到 float；再没有但有 long，就全升到 long；否则全升到 int（哪怕原始是 byte、short、char）。
示例：
byte b = 10; short s = 20; char c = 'A'; int i = b + s + c; // ✅ 合法：三者全被提升为 int，结果也是 int long l = b + s + 100L; // ✅ 结果是 long（因含 long 字面量） float f = b * 2.0f; // ✅ 结果是 float
反例：short s1 = 1, s2 = 2; short s3 = s1 + s2; 编译失败——s1 + s2 被提升为 int，不能赋给 short。
包装类与基本类型的自动装箱/拆箱不是隐式类型转换
别混淆概念：Integer 和 int 之间的转换属于“自动装箱（autoboxing）/拆箱（unboxing）”，它发生在引用类型和对应基本类型之间，和前面说的“基本类型间隐式转换”是两套机制。
它们不满足“小→大”规则。例如：
-
Integer i = 100;✅（int→Integer，装箱） -
int x = i;✅（Integer→int，拆箱） -
Long l = 100;❌ 编译失败（int不能自动装箱成Long，必须Long l = 100L;或Long l = (long)100;）
更危险的是空指针：如果 Integer i = null;，再执行 int x = i; 运行时报 NullPointerException——拆箱时触发了 null 解引用。
字符串拼接中的“假隐式转换”
+ 在字符串上下文中会被重载为拼接操作，此时非字符串操作数会“看似自动转成字符串”，但这不是类型转换，而是编译器插入了 String.valueOf(...) 调用。
例如：
int a = 123; String s = "value: " + a; // 等价于 "value: " + String.valueOf(a)
这种行为仅限于 + 左右至少有一边是字符串字面量或 String 类型。一旦脱离这个上下文，比如 System.out.println(a + null);，结果不是字符串，而是 int 加法（null 会触发 NPE）；而 System.out.println("" + a + null); 才真变成字符串拼接。
真正容易忽略的是性能：频繁用 + 拼接大量字符串，在循环里会隐式创建多个 StringBuilder 实例，应改用 StringBuilder 显式管理。
