Java基本类型赋值需严格遵循编译期类型检查规则：int变量不能直接赋值给byte，必须显式强制转换；字面量在范围内可隐式收缩；浮点运算依提升规则确定精度，字面量默认double；char本质是无符号16位整数，支持算术运算。
Java 的基本数据类型是所有变量和计算的底层基石，它们不依赖对象、没有方法、内存布局固定——用错或混用会导致编译失败、数值溢出或隐式转换陷阱。
为什么 int 不能直接赋值给 byte，即使数值在范围内？
Java 在编译期对基本类型赋值做严格检查：即使 int a = 100;，写 byte b = a; 也会报错 possible loss of precision。这不是运行时判断，而是类型系统强制要求显式转换。
必须加强制类型转换：
int a = 100; byte b = (byte) a; // 编译通过
但注意：如果 a 实际值超出 byte 范围（-128 ~ 127），截断后结果会“绕回”，比如 (byte) 130 得到 -126。
立即学习“Java免费学习笔记（深入）”；
- 只有字面量赋值且在目标类型范围内时，编译器才允许隐式收缩转换，例如
byte b = 100;合法，但byte b = a;（a是变量）不合法 -
final int a = 100;再赋值给byte是合法的，因为编译器能确定其为常量且不越界 - 所有收缩转换（如
int → short、long → int）都需显式强制转换，无例外
float 和 double 混用时谁决定精度？
Java 的浮点运算遵循“提升规则”：只要表达式中出现 double，整个操作数都会被提升为 double；否则统一用 float。但字面量默认是 double，这点极易踩坑。
常见错误写法：
float f = 3.14; // 编译错误：3.14 是 double 字面量
正确写法（任选其一）：
float f = 3.14f; // 加 f 后缀 float f = (float) 3.14; // 强制转换
-
3.14f是float字面量，3.14默认是double - 混合运算如
float a = 1.0f; double b = 2.0; var c = a + b;，结果c类型为double -
金融计算严禁用
float/double，该用BigDecimal—— 这不是精度“够不够”的问题，而是二进制浮点根本无法精确表示多数十进制小数（如0.1 + 0.2 != 0.3）
char 不是“字符”，而是无符号 16 位整数
char 在 JVM 中本质是 unsigned short，取值范围 0 ~ 65535（即 0x0000 ~ 0xFFFF），它支持算术运算，也能直接参与整数表达式。
示例：
char c = 'A'; int i = c + 1; // i == 66，因为 'A' 的 Unicode 码点是 65 char d = (char) (c + 3); // d == 'D'
-
'a'和97在数值上下文中完全等价 - 不能用
char表示超出 BMP（Basic Multilingual Plane）的 Unicode 字符（如某些 emoji），那些需要两个char组成代理对，应改用String或int（UTF-32）处理 -
char与byte无自动转换关系：哪怕数值相同，char c = 65;不能直接赋给byte b = c;，仍需(byte)强转
基本数据类型的真正难点不在记忆大小和范围，而在于理解 Java 编译器如何在编译期执行类型检查、何时插入隐式提升、以及字面量后缀（L、F、D、U）如何改变类型推导路径——这些细节一旦忽略，错误往往出现在最意想不到的赋值语句里。
