Java集合框架不执行类型转换，但类型转换贯穿元素存入、泛型约束、自动装箱拆箱、集合转换与运行时校验全过程；理解各环节逻辑和边界是编写类型安全、可维护代码的关键。
Java 集合框架本身不执行类型转换，但类型转换机制深度嵌入在集合的使用全过程中——从元素存入、泛型约束、自动装箱拆箱，到集合间转换与运行时安全校验。理解这些环节中的转换逻辑和边界，是写出类型安全、可维护代码的关键。
自动装箱/拆箱：基本类型如何“进”集合
集合只能存储对象（引用），不能直接存 int、boolean 等基本类型。当你写 list.add(6)，编译器自动插入装箱操作：Integer.valueOf(6)；取值时如 int x = list.get(0)，又自动拆箱：list.get(0).intValue()。
- 注意缓存范围：
Integer.valueOf(100)和Integer.valueOf(100)可能返回同一个对象（-128 到 127 缓存），但==比较不可靠，应优先用.equals() - 空指针风险：若集合中存了
null，拆箱会抛NullPointerException，建议显式判空或用Optional包装 - 性能敏感场景（如高频数值计算）避免泛型集合，改用原生数组或 Eclipse Collections 的
IntList
泛型与类型擦除：编译期保护 vs 运行时自由
泛型如 ArrayList<string></string> 是编译期机制，运行时被擦除为原始类型 ArrayList。这意味着：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 编译器禁止你往
ArrayList<string></string>中加new Date()，但若通过反射或原始类型绕过（如声明ArrayList list = new ArrayList()），就能塞入任意对象 - 不能用泛型做运行时判断：
if (obj instanceof ArrayList<string>)</string>编译报错；obj.getClass()拿到的永远是ArrayList.class，不含泛型信息 - 不要用原始类型初始化泛型集合，IDE 警告别忽略——它等于主动放弃类型检查
集合间转换：不是强制转型，而是内容复制
你不能把 HashSet 强转成 ArrayList，哪怕它们都实现了 Collection 接口。因为运行时对象类型固定，HashSet 实例不是 ArrayList 的实例。
立即学习“Java免费学习笔记（深入）”；
- 错误写法：
List<string> list = (List<string>) new HashSet<>();</string></string>→ 编译通过，运行时ClassCastException - 正确做法：用构造函数复制内容，
List<string> list = new ArrayList(set);</string>—— 新建对象，保留语义 - 若需保持顺序且去重，优先选
LinkedHashSet；若需排序，用TreeSet，而非强行转 List 再排序
字符串与数字互转：parseXxx 与 valueOf 的分工
集合常用于存储用户输入或配置数据，这类场景高频涉及字符串与数字转换。混淆 parseXxx 和 valueOf 是常见 Bug 来源。
-
Integer.parseInt("123")→ 返回int基本类型（适合计算） -
Integer.valueOf("123")→ 返回Integer对象（适合存入泛型集合） -
String.valueOf(42)或"" + 42是基本类型转字符串的推荐方式，安全且高效 -
Boolean.parseBoolean("true")不抛异常，但对非法字符串（如 "yes"）返回false；需严格校验时建议用Boolean.valueOf(...).equals(true)或自定义解析
