Java八大基本数据类型需按场景精准选用：int为整数默认首选；byte/short限特定场景且运算需强转；long用于超大整数并加L后缀；double为浮点默认，float仅限特殊低功耗场景；浮点比较须用误差容限。
Java 八大基本数据类型不是随便选的，选对了能省内存、避溢出、防精度丢失、提升可读性。关键不在“记全”，而在“用准”。
整数类型：按量级选，别贪小，也别硬扛
日常开发中，int 是默认首选——它够大（±21亿）、够快、兼容性好，数组索引、循环变量、业务ID（非超长）都用它。除非明确有约束，否则别为“省几个字节”刻意降级。
- byte 仅用于协议解析、IO流单字节操作或超大数组（如百万级像素缓冲），声明时必须在 -128 ~ 127 范围内，byte b = 128; 直接编译失败
- short 实际使用极少，老系统兼容或嵌入式传感器采样点索引等极窄场景才考虑
-
long 用于时间戳（
System.currentTimeMillis()）、文件大小、分布式ID等超大整数，赋值必须加 L 后缀，如long id = 1234567890123456789L; - 注意：byte/short 运算会自动提升为 int，所以
byte a = 1, b = 2; byte c = a + b;编译报错，需显式强转：byte c = (byte)(a + b);
浮点类型：精度敏感场景坚决不用 float/double
double 是浮点运算默认类型，科学计算、坐标、物理模拟等可用；float 仅限图形渲染、嵌入式低功耗设备等对内存和性能极度敏感且容忍误差的场景，声明必须带 F 或 f。
-
永远不要用 == 比较浮点数，应改用误差容限判断：
Math.abs(a - b) - 金额、计费、金融类数值必须用 BigDecimal，float/double 的二进制表示会导致 0.1 + 0.2 ≠ 0.3 这类经典问题
- double 默认值是
0.0d，float 是0.0f，初始化时建议显式写出，增强可读性
char 和 boolean：语义清晰比“能用”更重要
char 是无符号 Unicode 字符（0 ~ 65535），本质是整数，可参与加减运算（如 'A' + 1 得 'B'），适合处理字符映射、简单编码转换；boolean 只有 true 和 false，JVM 内部实现可能占 1 字节甚至更多，但语义上绝不等价于 0/1。
立即学习“Java免费学习笔记（深入）”；
- 禁止写
int flag = true;或if (status == 1)，这破坏类型安全，也易引发空指针或逻辑混淆 - boolean 成员变量默认值为
false，局部变量则必须显式初始化，不能依赖默认值 - char 支持 Unicode 转义，如
char c = '\u4F60';（“你”），适合处理多语言文本底层操作
声明与优化：从写法到运行时的细节把控
基本类型虽小，但声明方式和上下文直接影响健壮性。很多 bug 其实源于类型选择不当或隐式行为误判。
- 常量推荐用
final修饰，如final int MAX_RETRY = 3;，既明确意图，又利于 JVM 优化 - 涉及跨 JVM 或序列化的场景（如网络传输、持久化），优先用
int/long而非byte/short，避免因平台差异导致范围截断 - 包装类（如
Integer）和基本类型混用时注意自动装箱/拆箱陷阱，尤其在循环中频繁创建对象会引发性能问题 - 数组元素类型尽量与业务数值量级匹配，比如存储百万级温度采样点，用
short[]比int[]节省一半内存
