var是Java 10引入的局部变量类型推断语法糖，仅限方法体、for循环初始化、try-with-resources中使用，不可用于字段、方法签名、catch参数等；要求初始化表达式类型明确可推断，且需注意可读性与维护成本。
var 只能用在局部变量声明里
Java 的 var 不是类型系统升级，它只是编译器帮你看一眼右边表达式、自动补上左边类型的语法糖。所以它只允许出现在方法体内、for 循环初始化、try-with-resources 里——任何需要显式声明类型的地方，比如字段、方法返回值、catch 参数、泛型边界，都不能用。
-
var不能用于类字段：private var name = "a";→ 编译错误 - 不能用于方法签名：
public var getName() { ... }→ 不合法 - lambda 参数也不能用：
(var x) -> x.toString()→ Java 10 不支持（Java 11+ 才支持，且需明确标注） - for-each 循环中可用：
for (var item : list) { ... }，但list必须已知具体类型
var 要求初始化表达式必须明确可推断
编译器得“一眼看出”右边是什么类型，否则就报错。常见翻车点不是语法写错，而是推断链断了。
- 不能用
null初始化：var x = null;→ 编译失败（类型无法推导） - 不能用方法重载模糊的调用：
var s = getString();，如果getString()有多个重载且返回类型不一致，会编译失败 - 三元运算符必须两边类型兼容：
var v = flag ? "a" : 42;→ 报错，因为 String 和 Integer 没有公共非 Object 类型 - 推荐写法：
var list = new ArrayList<string>();</string>，而不是var list = new ArrayList();（后者推导为ArrayList<object></object>，容易后续出问题）
var 和泛型、数组、匿名类的配合要小心
推断逻辑对复杂结构很敏感，稍不注意就会得到比你预期更宽泛或更窄的类型。
- 数组：
var arr = new String[]{"a", "b"};→ 推导为String[]，没问题；但var arr = {"a", "b"};→ 语法错误（缺少 new） - 泛型方法调用：
var result = Collections.emptyList();→ 推导为List<object></object>，不是你想要的List<string></string>；应写成var result = Collections.<string>emptyList();</string> - 匿名类：
var r = new Runnable() { public void run() {} };→ 推导为该匿名子类型，不是Runnable接口本身，导致后续无法赋值给Runnable变量（除非强制转型） - Stream 链式调用开头用
var很危险：var s = Stream.of(1,2,3).map(...);可能推导出带泛型擦除的中间类型，建议只在最终结果处用
什么时候不该用 var —— 可读性比简洁更重要
类型信息对理解代码意图至关重要时，硬套 var 反而增加认知负担。这不是风格选择，是维护成本问题。
立即学习“Java免费学习笔记（深入）”；
- 数值字面量易歧义：
var x = 42;→ 是int？long？Integer？看上下文难判断，不如写明int x = 42; - 返回类型不直观的方法：
var res = parseConfig("app.conf");→ 你得跳进方法看返回类型，而Config res = parseConfig("app.conf");一目了然 - 涉及精度或范围的场景：
var val = 3.14159;→ 推导为double，但如果业务要求float，就得显式写 - 团队已有明确编码规范禁止在某类模块用
var（如 DTO 层），那就别碰
最常被忽略的一点：var 不改变运行时行为，但它放大了“类型推导失败”这种编译期问题——错误信息往往不直接指向 var 本身，而是下游某个方法调用不匹配。遇到编译失败，先试着把 var 换成显式类型，往往能更快定位真实瓶颈。
