Java类型转换，表面上只是语法规则，但本质上是数据安全与风险控制的博弈。核心逻辑可以概括为两点：小范围类型自动升级为大范围，大范围类型转为小范围时必须手动截断并承担后果。掌握这条原则，大多数类型转换问题都能轻松解决。
简单来说就是：安全无感的自动升级 与 必须显式且谨慎的强制降级。下面逐一详细讲解。
基本类型自动转换：小类型转大类型，安全无感
当类型转换路径为 byte → short → int → long → float → double，或者 char → int → long 等方向时，只要左侧类型能够完整容纳右侧的值，编译器会自动完成转换，无需显式写括号，也不会报错。
- 赋值场景：
int i = 100; long l = i;编译器会自动提升类型，完全合法。 - 运算场景：
byte b = 10; int result = b + 20;这里 b 会自动转换为 int 后再进行计算。运算过程中，所有较小类型都会自动提升为 int 或更大的类型。 - 方法调用：如果方法参数声明为 int，传入 short 或 char 类型时，自动转换即可通过编译。
- 特别注意：float 虽然仅占4字节，但按规则可以接收 long（8字节）的整数值，但代价是可能丢失精度。这虽是自动转换，但开发者需要明确精度损失的风险。
基本类型强制转换：大范围类型转小范围，必须显式且谨慎
反过来，将 double 赋值给 int、long 赋值给 byte 等操作，编译器只接受显式括号——即 (int)、(byte) 的写法。加上括号后编译器才会通过，但不会检查结果是否合理。
- 截断而非四舍五入：
(int) 4.99结果为 4，直接丢弃小数部分。 - 溢出遵循补码规则：
(byte) 257结果为 1（因为 257 % 256 = 1），(byte) 130结果为 -126。这是由于 byte 的取值范围为 -128~127，高位被截断后按补码解读。 - char 和 int 可双向转换，但 int → char 必须强制转换：
(char) 65得到字符 'A'。 - boolean 类型是特例——它既不能与任何其他类型自动转换，也不允许强制转换。这是Java语言设计层面的硬性约束。
字符串与数字互转：依赖工具方法，而非强制类型转换
String 不是基本类型，与数字之间的转换属于逻辑层面的转换，必须调用包装类提供的工具方法。每次转换都可能抛出异常，无法避免。
- 数字转字符串：推荐使用
String.valueOf(123)，它对 null 参数返回字符串 "null"；Integer.toString(123)则更严格，传入 null 时会抛出 NullPointerException。 - 字符串转数字：
Integer.parseInt("123")、Double.parseDouble("3.14")是标准做法。但如果字符串格式不正确（如 "abc" 或空字符串），会立即抛出 NumberFormatException。 - 稳妥的做法：先用正则表达式校验格式（如
^-?\d+$），再调用 parse 方法；或者始终使用 try-catch 块包裹调用。具体选择取决于场景，但绝不能直接裸调。
包装类与基本类型：自动装箱拆箱方便，但 null 值需警惕
Integer、Double 等包装类使基本类型具备了对象的能力，它们与对应基本类型之间具有自动桥接机制。日常编码非常方便，但也潜藏着一个大坑——空指针异常。
- 自动装箱：
Integer i = 100;编译器实际调用Integer.valueOf(100)。该方法会缓存 -128~127 之间的整数值，避免重复创建对象。 - 自动拆箱：
int x = i;实际调用i.intValue()。但如果 i 为 null，这一步会抛出 NullPointerException。在集合、泛型等场景下尤其容易触发此问题。 - 手动控制更安全：优先使用
valueOf()而非new Integer()；拆箱时使用booleanValue()、doubleValue()等方法，语义更清晰，也更便于捕获异常。
总体而言，类型转换并非技术难题，而是编程习惯的问题。自动转换时不要想当然认为“永远不会丢失精度”，强制转换前要预判截断和溢出的影响，字符串与数字互转必须做好异常处理，包装类的 null 检查不能省略。牢记这些核心原则，Java 类型转换就不会再给你带来“惊喜”。
