Java 10 的 var 是局部变量类型推断关键字，仅编译期生效，要求声明时初始化且类型可唯一推断；适用于冗长泛型、流操作等场景，禁用于字段、参数等；IDE 支持良好但需权衡可读性。
Java 10 引入了 var 关键字，用于局部变量类型推断，它不是新类型，也不影响运行时，仅在编译期帮开发者省略显式类型声明。使用前提是：变量必须在声明时初始化，且类型能被编译器唯一确定。
var 的基本用法与限制
var 只能用于局部变量（方法内、for 循环内、try-with-resources 中），不能用于字段、方法参数、返回类型或 catch 参数。编译器根据等号右侧的表达式推断出最具体的类型。
- ✅ 正确：
var list = new ArrayList<String>();→ 推断为ArrayList<String> - ❌ 错误：
var list;→ 缺少初始化表达式，编译失败 - ❌ 错误：
var x = null;→ 编译器无法推断类型 - ❌ 错误：
var s = "hello"; s = 42;→ 类型已固定为String，赋值 int 会报错
适合用 var 的典型场景
当类型名称冗长、嵌套深或重复出现时，var 能提升可读性，尤其配合泛型和流操作：
- 创建带泛型的集合：
var map = new HashMap<String, List<Integer>>(); - 链式调用结果：
var result = list.stream().filter(x -> x > 0).map(String::valueOf).collect(Collectors.toList()); - try-with-resources：
var reader = new BufferedReader(new FileReader("file.txt"));
不建议用 var 的情况
牺牲明确性换来的简洁反而降低可维护性，应避免在以下情形使用：
立即学习“Java免费学习笔记（深入）”；
- 右侧是方法调用且返回类型不直观（如
var x = getObject();），读者无法快速判断x是什么类型 - 基本类型混用易引发误解（如
var a = 1;→int，但var b = 1L;→long） - 涉及数值字面量类型边界（
var c = 128;是int，但Byte d = 128;编译失败，语义差异大）
与 IDE 和重构的协同
现代 IDE（如 IntelliJ IDEA、Eclipse）对 var 支持良好：悬停显示推断类型、重命名时自动同步、提取变量时默认推荐 var。但要注意：启用“Replace explicit types with ‘var’”类自动修复功能前，先确认该变量是否真的适合隐式类型——有时保留显式类型更能传达设计意图。
