var简化泛型嵌套声明的核心是降低类型噪音、突出变量意图，需右侧保留完整泛型参数，配合语义化命名与明确上下文，避免因类型推断模糊导致可维护性下降。
用 var 简化泛型嵌套声明，关键不是“省字数”，而是让类型信息不抢变量本意的风头——当右侧构造表达式本身已清晰表明用途和结构时，var 才真正提升可读性。
只在右侧类型明确且冗长时启用 var
泛型嵌套（如 Map<string list set>>>></string>）重复出现在左侧声明和右侧构造中，属于典型“类型噪音”。此时用 var 消除重复，注意力自然落到变量名和初始化逻辑上。
- ✅ 推荐写法：
var config = new HashMap<string list set>>>>();</string> - ❌ 不推荐：
var config = new HashMap();（丢失泛型信息，推断为原始类型） - ⚠️ 注意：必须保留右侧的完整泛型参数，否则编译器无法正确推断，IDE 也无法提供准确提示
配合语义化变量名强化意图
var 不提供类型说明，所以变量名要承担更多表达责任。类型越复杂，名字越需直指用途。
- 避免：
var data = new HashMap<string list>>();</string>（data 是什么？配置？缓存？临时聚合？） - 推荐：
var userPreferencesByRegion = new HashMap<string list>>();</string> - 再进一步：
var pendingNotificationsByUserId = new ConcurrentHashMap<long list>>();</long>（同时体现线程安全与业务含义）
流式调用链中优先使用 var
一连串 .stream().filter().map().collect() 后，目标类型往往由 Collectors 明确决定，此时显式写全类型反而干扰阅读。
- ✅ 清晰写法：
var activeUsersById = users.stream().filter(User::isActive).collect(Collectors.toMap(User::getId, Function.identity())); - ✅ IDE 悬停即可看到推断类型是
Map<long user></long>，无需打断阅读节奏 - ⚠️ 避免：
var result = service.process(...);（方法名未暴露返回结构，类型完全不可见）
警惕“看似简洁实则模糊”的陷阱
有些泛型写法表面复杂，但去掉类型后反而丧失关键约束信息。
- ❌ 少用：
var numbers = Arrays.asList(1, 2, 3);→ 推断为List<integer></integer>，但若后续要add(null)或混入Long，问题会延后暴露 - ✅ 更稳：
List<number> numbers = Arrays.<number>asList(1, 2L, 3.14);</number></number>（显式控制上界） - ❌ 避免在 try-with-resources 中对资源类型省略：
var fis = new FileInputStream("x.txt");→ 资源关闭行为依赖具体类型，显式声明更利于审查
