java的var是编译期类型推断语法糖，仅限局部变量、需立即初始化且不可为null，类型由初始化表达式唯一确定，使用应以提升可读性为前提而非追求简洁。
Java 的 var 不是动态类型，而是编译器在声明时“看一眼右边”就确定类型的语法糖。它让代码更短，但用错地方反而降低可读性——关键不在“能不能用”，而在“该不该用”。
哪些地方能用 var？明确限定范围
var 只允许出现在局部作用域中，这是硬性规则，违反直接编译失败：
- ✅ 方法体内：如
void process() { var list = new ArrayList<string>(); }</string> - ✅ for 循环初始化：如
for (var i = 0; i 或 <code>for (var item : list) - ✅ try-with-resources：如
try (var reader = Files.newBufferedReader(path)) { ... } - ❌ 类字段（成员变量）：不能写
private var name = "x"; - ❌ 方法参数：不能写
public void save(var user) { ... } - ❌ 返回类型：不能写
public var getData() { return "ok"; } - ❌ lambda 参数：不能写
list.forEach((var x) -> System.out.println(x));（但 lambda 体内部可以）
必须立即初始化，且不能是裸 null
编译器靠赋值表达式“猜”类型，没值就无从推断：
- ✅ 合法：
var s = "hello";→ 推断为String - ✅ 合法：
var n = 42L;→ 推断为long（字面量带 L） - ✅ 合法：
var list = List.of(1, 2, 3);→ 推断为List<integer></integer> - ❌ 编译报错：
var x;（未初始化） - ❌ 编译报错：
var y = null;（null 无类型依据） - ⚠️ 谨慎使用：
var z = (String) null;（虽合法，但语义不清，通常应避免）
类型推断只看初始化表达式，不看后续赋值
var 的类型在声明那一刻就固定了，编译器不会“回头看”或“综合判断”：
- ✅
var map = new HashMap<string integer>();</string>→ 类型就是HashMap<string integer></string> - ❌
var map = new HashMap();→ 推断为原始类型HashMap<object object></object>，后续put("key", 123)合法，但get("key")返回Object，需强转，易出错 - ✅
var stream = Stream.of("a", "b");→ 推断为Stream<string></string> - ⚠️ 模糊场景：
var result = service.find();—— 若find()返回Object，则result就是Object，不是实际子类，可能掩盖类型信息
什么时候该用？优先考虑可读性而非简洁性
var 的价值在于消除冗余，不是消灭类型。建议按这个思路判断：
- ✅ 推荐用：右侧类型明确且左侧过长，比如
var config = new ConcurrentHashMap<string cachepolicy>();</string> - ✅ 推荐用：流式链式调用中间变量，如
var filtered = users.stream().filter(u -> u.isActive()).collect(Collectors.toList()); - ✅ 推荐用：构造器或工厂方法返回类型清晰，如
var parser = JsonParserFactory.create(); - ❌ 不推荐用：基本类型简单赋值，如
var count = 5;（int count = 5;更直白） - ❌ 不推荐用：类型信息对理解逻辑至关重要时，如
var status = httpCall();（不如HttpStatus status = httpCall();清晰）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
