java中的var关键字通过编译器推断变量类型，使代码更简洁，例如用var mymap = new hashmap<string, list<integer>>();代替冗长的类型声明。但其使用需注意4个限制：1. 必须初始化变量；2. 只能用于局部变量；3. 不能用于方法参数；4. 不能用于复合声明。此外，虽然var不影响性能，但它依赖清晰的变量命名以保障可读性，且与object不同，var推断出的类型在编译期即确定，避免了运行时类型转换错误。
Java中的var关键字，说白了，就是让编译器帮你推断变量的类型。不用再像以前那样，每次都得明确写出String name = "Alice";，现在可以直接var name = "Alice";。 方便是真方便，但也不是随便用的，有些坑还是得注意。
类型推断简化了代码，但使用不当反而会降低代码可读性和维护性。
var类型推断能让代码更简洁吗？
当然能。想象一下，以前写复杂的泛型类型，比如HashMap<String, List<Integer>> myMap = new HashMap<String, List<Integer>>();，现在直接var myMap = new HashMap<String, List<Integer>>();，瞬间清爽了不少。尤其是在处理lambda表达式和流的时候，var简直是救星，能避免冗长的类型声明。但是，简洁是简洁了，可读性呢？如果变量名起得不好，或者代码上下文不够清晰，别人（甚至未来的自己）可能就得费劲猜这个var到底是什么类型。所以，用var的时候，变量名一定要起得有意义，最好能一眼看出变量的用途和类型。
立即学习“Java免费学习笔记（深入）”；
var类型推断的4个使用限制
必须初始化:
var声明的变量必须立刻初始化。不能先var message;，然后再message = "Hello";，这样编译器会报错。因为没有初始化，编译器就没法推断出类型。
Java Maven Common下载Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
只能用于局部变量:
var只能用于方法内部的局部变量，不能用于成员变量（类的字段）。成员变量还是得老老实实地声明类型。不能用于方法参数: 方法的参数也不能用
var。比如，public void process(var data)是错误的。方法的参数类型必须明确指定。不能用于复合声明: 不能一次声明多个变量，比如
var x = 10, y = 20;这种写法是错误的。每个变量都必须单独声明和初始化。
这几个限制其实也很好理解，都是为了保证类型推断的准确性和代码的可读性。
var类型推断会影响性能吗？
不会。var只是个语法糖，编译器在编译的时候会把var替换成实际的类型。所以，运行时的性能和直接声明类型没有任何区别。
var类型推断和Object有什么区别？
var推断出的类型是确定的，比如var number = 10;，number的类型就是int，而不是Object。Object是所有类的父类，可以引用任何类型的对象，但使用Object需要进行类型转换，而且在编译期不会进行类型检查。而var推断出的类型在编译期就已经确定，可以进行类型检查，避免了运行时的类型转换错误。
