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**。
实操建议：
- 直接打开Oracle JDK 17或21的JVM Spec §2.3，搜索“primitive types”看表格，这是唯一权威来源
- 别信网上“
boolean占1 bit”的说法——JVM不支持bit级寻址，所有变量地址必须对齐到字节边界 - 用
Unsafe或Instrumentation.getObjectSize()测出的大小，是运行时对象布局结果（含对象头、对齐填充），不能反推基本类型本身大小
用代码验证取值范围比硬记数字更有效
记住Integer.MAX_VALUE是2147483647不如写一行代码让它自己算出来。所有基本类型的极值都封装在对应包装类的静态常量里，这些常量定义明确、可直接用于边界判断。
实操建议：
-
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 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 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语境，变成协议约定问题。
实操建议：
- 用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>底层用boolean[]却无法压缩存储——这些细节藏在JVM对象模型和集合实现里，不跑真实压测或看字节码很难察觉。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
