java数值类型按byte→short→int→long→float→double隐式拓宽，char运算转unicode值升为int；boolean和string与数值不兼容，+对string重载为拼接；强制转换需同为数值类型且不越界。
数值类型之间可以自动转换，但有明确范围顺序
Java 中的整型和浮点型构成一个隐式转换链条：byte → short → int → long → float → double。只要运算中涉及的类型在这个链条上靠前，就会自动提升为靠后的更大范围类型。比如 byte + short 的结果不是 short，而是 int；int + float 的结果是 float；long + double 的结果是 double。这种提升确保计算不溢出，也避免精度丢失——但仅限于向“更宽”类型走。
字符参与运算时按 ASCII/Unicode 值处理
char 类型在算术运算中不被当作符号，而是转为其对应的整数值（UTF-16 编码值）。例如：
- 'a' + 1 得到 98（因为 'a' 的 Unicode 值是 97）
- '0' + 5 得到 53（'0' 是 48，48 + 5 = 53）
- char + int 结果总是 int，即使左边是 char
这种行为不是类型“兼容”，而是 Java 规定的隐式拓宽规则：char 被视为无符号 16 位整数，在参与二元运算前自动提升为 int。
布尔、字符串与其他类型完全不兼容
boolean 和数值类型之间没有转换关系，哪怕写成 true + 1 或 if (0) 都会编译报错。这不是设计疏漏，而是强类型语言的刻意约束——避免用 0/1 模糊真假语义。
String 与数值类型也不兼容，但 + 运算符做了特殊重载：
- 只要一侧是 String，+ 就变成连接操作，另一侧被调用 String.valueOf() 转换
- 1 + "2" → "12"，不是 3；"a" + 'b' → "ab"，不是数值相加
- 这种转换是语法糖，不改变底层类型系统，也不影响其他运算符（如 -, * 等对 String 无效）
强制转换必须满足两个前提
写成 (int) 3.14 或 (byte) 200 并不总安全。它成立需同时满足：
- 兼容性前提：源和目标都必须是数值类型（boolean、String、Object 等一律不可强转）
-
范围前提：目标类型能容纳该值的实际大小，否则发生截断或绕回。例如：
• (byte) 200 → -56（200 超出 byte 的 [-128, 127]，取低 8 位）
• (int) 3.999 → 3（浮点转整直接截去小数，不四舍五入）
编译器不会检查运行时值是否越界，这类问题只能靠开发者逻辑控制或使用 BigDecimal 等高精度类型规避。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
