java八大基本类型内存与范围由jvm规范严格定义：byte(1字节,-128~127)、short(2字节,-32768~32767)、int(4字节,-2147483648~2147483647)、long(8字节,-9223372036854775808~9223372036854775807)、float(4字节,ieee 754单精度)、double(8字节,ieee 754双精度)、char(2字节,0~65535)、boolean无规范大小。
Java 八大基本数据类型的内存占用和取值范围，由 JVM 规范严格定义，与操作系统是 32 位还是 64 位完全无关。int 永远占 4 字节、long 永远占 8 字节、char 永远是 16 位 Unicode 字符——这些不是约定，而是 JVM 层面的硬性要求。
内存占用固定不变
所有基本类型在任意平台（Windows x86、Linux ARM64、macOS M1/M3）上的大小都一致：
- byte：1 字节，范围 -128 ~ 127
- short：2 字节，范围 -32768 ~ 32767
- int：4 字节，范围 -2147483648 ~ 2147483647
- long：8 字节，范围 -9223372036854775808 ~ 9223372036854775807
- float：4 字节，IEEE 754 单精度浮点数
- double：8 字节，IEEE 754 双精度浮点数
- char：2 字节，无符号，范围 '\u0000' ~ '\uffff'
- boolean：JVM 规范未规定字节数，实际实现中通常为 1 字节（如 HotSpot），但语义上只表示 true/false，不参与算术运算
兼容性问题根本不存在
所谓“不同操作系统下的兼容性”，在基本类型层面是个伪命题。原因在于：
- JVM 字节码指令（如 iload、lload、fload）只认类型，不认底层 CPU 架构
- 局部变量表中，int 占 1 个 slot，long/double 占 2 个 slot，该规则跨所有 JVM 实现统一
- 64 位 JVM 的指针压缩（-XX:+UseCompressedOops）只影响对象引用，对基本类型存储、栈帧布局、运算逻辑零干扰
- 你用 javap -c 查看字节码，看到的指令序列在任何 OS + JVM 组合下都一样
容易误判的其实是字面量写法
开发中感觉“不兼容”，往往不是运行时出错，而是编译期就失败，根源在字面量默认类型规则：
- 整数字面量（如 10000000000）默认是 int 类型，超限会直接编译报错；赋给 long 必须加 L 后缀：10000000000L
- 小数字面量（如 3.14）默认是 double，赋给 float 必须加 f 或 F：3.14f
- 这些规则在 JDK 8/11/17/21 中完全一致，与操作系统位数毫无关系
验证方式要靠谱
别靠记忆或网传截图，权威依据只有一个：
- 打开 Oracle 官方 JVM Specification §2.3，搜索 “primitive types”，表格里明确定义了每种类型的位宽和行为
- 用包装类静态常量验证取值范围：System.out.println(Integer.MAX_VALUE);
- 数组中测内存最真实：byte[] 中每个元素严格占 1 字节，连续无填充；而单个局部变量可能被 JIT 优化或因栈对齐产生偏差
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
