var是编译期根据初始化表达式自动推断确定类型的语法糖，需声明即初始化且右侧类型明确；适用于复杂泛型、流式操作及try-with-resources；变量名须承载语义，lambda参数中可用var（java 11+）但须统一风格。
Java 中 var 不是动态类型，而是编译期根据初始化表达式自动推断出确定类型的语法糖。用得好能减少冗余、聚焦业务逻辑；用得随意反而让类型意图模糊、影响可维护性。
只在声明时初始化，且右侧类型必须明确
编译器不看后续赋值，只靠等号右边的表达式“一眼定类型”。所以：
- ✅
var list = new ArrayList<string>();</string>→ 推断为ArrayList<string></string> - ✅
var name = "Alice";→ 推断为String - ✅
var count = 100L;→ 推断为long（字面量带 L 就不会误推成 int） - ❌
var data;→ 缺少初始化，编译失败 - ❌
var user = null;→ null 没有类型信息，无法推断 - ❌
var map = new HashMap();→ 泛型擦除，推断为HashMap<object object></object>，IDE 失去提示能力
优先用于复杂泛型和流式操作结果
当类型名本身又长又重复，遮盖了变量想表达的含义时，var 才真正发挥价值：
- ✅
var pendingTasksByTeam = new ConcurrentHashMap<string list>>>();</string>
比写两遍完整泛型清晰得多 - ✅
var activeUsers = users.stream().filter(User::isActive).collect(Collectors.toMap(User::getId, Function.identity()));
链式调用终点类型由 collector 决定，显式写Map<long user></long>反而打断阅读节奏 - ✅
try (var reader = new BufferedReader(new FileReader("log.txt"))) { ... }
资源类型明确，让 try-with-resources 更轻量
变量名必须承载语义，代替类型说明
去掉左侧类型后，名字就是唯一线索。尤其对泛型容器，名字要让人立刻明白“存什么、按什么组织”：
- ❌
var cache = new ConcurrentHashMap<string order>();</string>→ cache 是用户缓存？订单缓存？失效策略呢？ - ✅
var ordersByCustomerId = new ConcurrentHashMap<string order>();</string>→ 键是客户 ID，值是订单，意图一目了然 - ✅
var retryableErrorsByCode = Map.of(500, "Timeout", 503, "Service Unavailable");→ 名字带 “retryable” 和 “ByCode”，业务约束已内化
lambda 参数中可用 var（Java 11+），但需统一风格
Java 11 起支持在 lambda 形参中使用 var，好处是可以加注解、保持参数列表视觉一致：
- ✅
list.forEach((var item) -> System.out.println(item.getId())); - ✅
map.entrySet().stream().filter((var entry) -> entry.getValue() > 100).forEach(...); - ✅
BiConsumer<string integer> log = (@NonNull var msg, @Valid var code) -> ...;</string>→ 支持注解是核心优势 - ❌
(String key, var value) -> ...→ 混合写法直接编译报错
不复杂但容易忽略：它不是为了删掉所有类型，而是把类型信息从“声明位置”转移到“初始化表达式 + 变量名”这个组合里。只要右侧够清楚、名字够准确，var 就是安全且高效的。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
