Java八大基本类型大小和范围由JVM规范强制定义，boolean无固定字节大小；应查JDK官方文档而非背口诀，用包装类常量验证取值范围，关注数组/对象中真实内存占用及序列化协议差异。
查JDK官方文档比背口诀更可靠
Java八大基本类型（byte、short、int、long、float、double、char、boolean）的内存大小和取值范围不是靠记忆，而是由JVM规范强制定义的。不同平台、不同JDK版本下，int永远是32位、char永远是16位无符号整数——这点不会变。但boolean例外：它在JVM规范里没有规定具体占多少字节，只规定其逻辑取值为true/false；实际在堆内存中常以1字节（如HotSpot）或4字节（某些场景下对齐填充）存在，**不能假设它是1 bit 或 1 byte**。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 直接打开Oracle JDK 17或21的JVM Spec §2.3，搜索“primitive types”看表格，这是唯一权威来源
- 别信网上“
boolean占1 bit”的说法——JVM不支持bit级寻址，所有变量地址必须对齐到字节边界 - 用
Unsafe或Instrumentation.getObjectSize()测出的大小，是运行时对象布局结果（含对象头、对齐填充），不能反推基本类型本身大小
用代码验证取值范围比硬记数字更有效
记住Integer.MAX_VALUE是2147483647不如写一行代码让它自己算出来。所有基本类型的极值都封装在对应包装类的静态常量里，这些常量定义明确、可直接用于边界判断。
实操建议：
立即学习“Java免费学习笔记（深入）”；
-
System.out.println(Integer.MIN_VALUE + " ~ " + Integer.MAX_VALUE);→ 输出-2147483648 ~ 2147483647 -
System.out.println(Float.intBitsToFloat(0x7f7fffff));可验证Float.MAX_VALUE的二进制构造逻辑（但日常用常量就够了） - 注意
float和double的“范围”和“精度”是两回事：Double.MAX_VALUE约1.8e308，但能精确表示的整数最多只有2⁵³个 - 测试溢出行为：比如
int x = Integer.MAX_VALUE + 1;结果是-2147483648（回绕），不是异常——这点在做计数器或ID生成时极易踩坑
内存占用在数组和对象字段中才真正体现差异
单个byte变量在栈上可能被编译器优化掉，或者因对齐而实际占4字节；但在byte[]中，每个元素严格占1字节，连续存储。这才是内存占用差异最真实、最有意义的场景。
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 对比
new int[1000]vsnew byte[1000]：前者占约4000字节（不含对象头），后者约1000字节——差3倍，对缓存友好性影响显著 - 在POJO中，把状态标志从
int status改成byte status，单个对象节省3字节，但若该类实例上百万，就省下几MB堆内存 -
char是UTF-16码元（2字节），不代表一个Unicode字符（如emoji可能占2个char）；String.length()返回的是char个数，不是字符数 - 不要为省空间盲目用
short替代int：现代CPU对32位操作更高效，且JVM会对局部变量做寄存器分配，short反而可能多一次截断指令
布尔值在序列化和网络传输中容易被误判
Java里boolean逻辑值只有两个，但序列化协议（如JSON、Protobuf）、数据库字段、HTTP参数对它的物理表示五花八门：JSON用true/false字符串，MySQL用TINYINT(1)，gRPC用bool wire type（编码为1字节）。这时候“内存占用”已脱离JVM语境，变成协议约定问题。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 用Jackson序列化
boolean flag = true，输出是"flag":true（不带引号），不是"true"字符串——类型信息保留在JSON结构里 - JDBC读取MySQL的
TINYINT(1)字段时，默认映射为Integer，需显式调用getBoolean()，否则可能把1当true、0当false，但其他值（如2）会出错 - Protobuf的
bool字段wire type是VARINT，实际编码为1字节（0x00或0x01），但生成的Java类里仍是boolean字段——这里JVM内存模型和线缆格式已分离
真正难的不是记住long占8字节，而是理解什么时候这个8字节会因对齐膨胀成16字节（比如在对象字段中紧挨着一个byte），以及为什么ArrayList<Boolean>底层用boolean[]却无法压缩存储——这些细节藏在JVM对象模型和集合实现里，不跑真实压测或看字节码很难察觉。
