Java自动装箱与拆箱是JDK 5引入的语法糖，编译器自动将基本类型与包装类互转，底层调用valueOf()和xxxValue()方法，广泛用于泛型集合、框架配置、JSON解析等场景，但需警惕NPE、缓存陷阱及性能开销。
Java 自动装箱与拆箱在开源框架源码中并非“显式调用”，而是被隐式、高频、自然地嵌入在日常编码逻辑中，尤其在泛型容器操作、方法参数传递、配置解析和统一类型处理等场景。它们不是框架刻意炫技的特性，而是支撑 Java 生态兼容性与开发效率的底层黏合剂。
泛型集合与 Map 的日常读写
几乎所有主流框架（Spring、MyBatis、Guava、Jackson）都重度依赖 List<t></t>、Map<k></k> 等泛型结构，而 Java 泛型不支持基本类型——必须用包装类。自动装拆箱让开发者可以像写 list.add(42) 或 map.get("timeout") + 1000 这样简洁，框架内部无需为每个数值操作手动 Integer.valueOf() 或 .intValue()。
- Spring 的
PropertySources读取int类型配置时，常返回Integer，后续参与计算直接+ 500就触发拆箱 - MyBatis 处理
<resultmap></resultmap>映射tinyint列到 Java 字段，返回Byte或Integer，业务层比较status == 1时自动拆箱 - Guava 的
ImmutableList.of(1, 2, 3)底层是Integer数组，但构造语法完全屏蔽了装箱细节
统一接口设计中的类型擦除适配
框架常定义通用回调、监听器或策略接口，参数类型为 Object 或泛型 T。当传入 int、boolean 等值时，编译器自动装箱成对应包装类，保证能通过类型检查并进入统一处理流程。
- Spring AOP 的
ProceedingJoinPoint获取参数数组Object[] args，其中args[0]可能是Integer，后续用(Integer) args[0] > 0直接参与逻辑判断 - Netty 的
AttributeKey<integer></integer>存储连接超时值，设置时写attr.set(30000)，读取后attr.get() * 2自动完成拆箱与运算
JSON/配置序列化中的透明转换
Jackson、Fastjson 等库将 JSON 数字字段反序列化为 Integer、Long 等包装类型（因需区分 null 和默认值），但在业务代码中常直接用于算术或条件表达式，靠自动拆箱避免冗余判空和转换。
立即学习“Java免费学习笔记（深入）”；
- Spring Boot 的
@ConfigurationProperties解析server.port: 8080成Integer port字段，启动时校验if (port —— 拆箱发生在 if 条件求值瞬间 - Jackson 的
JsonNode.get("count").asInt()返回int，但若误写成JsonNode.get("count").intValue()（get()返回的是JsonNode，非包装类），反而会编译失败；而正确使用Integer count = node.get("count").asInt(); int v = count + 1;就依赖装箱+拆箱链路
缓存与池化场景下的对象复用陷阱
自动装箱看似方便，但框架源码中常需警惕其背后的 Integer.valueOf() 缓存机制（-128 ~ 127）。很多框架在性能敏感路径上会主动规避它，或明确文档警告。
- Apache Commons Pool 的
GenericObjectPool配置项如maxIdle类型为Integer，设为100会命中缓存，但设为1000则每次新建对象——若在循环中频繁创建new Integer(1000)（旧写法）或隐式装箱，可能引发 GC 压力 - Druid 连接池的
minIdle参数校验逻辑中，会看到类似if (minIdle != null && minIdle > maxActive)，这里minIdle是Integer，比较前已自动拆箱；但若两个都是null安全的包装类引用，==判断就绝不能用于数值相等（比如if (code == 200)当code为null会 NPE）
不复杂但容易忽略
