好的，各位观众，各位屏幕前的码农们，大家好！我是你们的老朋友，江湖人称“代码诗人”的李白（化名）。今天咱们不吟诗作对，来聊聊Java里那个让人又爱又恨的var关键字，也就是局部变量类型推断。
开场白：var，你是天使还是魔鬼？
话说当年Java横空出世，那可是编程界的头条新闻，一句“Write Once, Run Anywhere”俘获了多少程序员的心。但Java骨子里又有点“老干部”作风，类型声明那叫一个严谨，恨不得把变量的祖宗十八代都交代清楚。
就拿下面这段代码来说：
List<Map<String, List<Integer>>> data = new ArrayList<>();看到没？List<Map<String, List<Integer>>> 这玩意儿，就像唐僧的裹脚布，又臭又长！每次声明变量都要敲这么多字，简直是手指的噩梦，程序员的青春啊，都浪费在这上面了！😫
所以，当Java 10带着var横空出世的时候，整个Java社区都沸腾了！终于可以摆脱冗长的类型声明，让代码变得更简洁、更优雅了吗？
但是，等等！var 真的是万能灵药吗？它会不会带来新的问题？它是不是会降低代码的可读性？它是不是会让我们回到那个“类型地狱”的时代？
别急，今天咱们就来好好剖析一下var，看看它到底是天使，还是魔鬼。
第一幕：var的前世今生
要理解var，首先要搞清楚“类型推断”这个概念。简单来说，类型推断就是编译器能够根据变量的初始化表达式，自动推断出变量的类型。
早在Java 10之前，Java其实已经有一定程度的类型推断了，比如泛型：
List<String> names = new ArrayList<>(); // Java 7 之后可以这样写，右边不需要重复声明类型这里，编译器可以根据左边的List<String>推断出右边new ArrayList<>()的类型参数也是String。
但是，这种类型推断只局限于某些特定的场景，而且需要程序员手动指定类型参数。
而var的出现，彻底解放了程序员的双手。它可以让编译器自动推断出局部变量的类型，无需程序员显式声明。
var message = "Hello, World!"; // 编译器推断出message的类型是String
var numbers = new ArrayList<Integer>(); // 编译器推断出numbers的类型是ArrayList<Integer>是不是感觉代码瞬间清爽了很多？就像卸下了沉重的盔甲，终于可以自由呼吸了！😊
第二幕：var的语法规则和使用场景
var 虽然好用，但也不是想怎么用就怎么用，它有一些严格的语法规则：
var只能用于局部变量声明。 也就是说，它不能用于类成员变量、方法参数或返回值类型。var声明的变量必须在声明时初始化。 因为编译器需要根据初始化表达式来推断类型。var不能用于声明没有初始化的变量。 比如var x;这样写是错误的。var不能用于 lambda 表达式的参数类型。 虽然Java 11 之后支持了lambda表达式的局部变量类型推断，但参数类型仍然需要显式声明。var推断出的类型是具体的类型，而不是 Object 或其他父类。 比如var number = 10;，number的类型是int，而不是Number或Object。
那么，var 到底应该在哪些场景下使用呢？
- 简化复杂类型声明。 就像文章开头那个例子，
List<Map<String, List<Integer>>>这种冗长的类型声明，用var可以瞬间简化。 - 链式调用。 当你有一长串的链式调用时，
var可以让代码更易读。
var result = service.getData().stream()
.filter(item -> item.getValue() > 10)
.map(Item::getName)
.collect(Collectors.toList());- 循环迭代。 在
for循环和foreach循环中，var可以简化类型声明。
for (var entry : map.entrySet()) {
System.out.println(entry.getKey() + ": " + entry.getValue());
}- 临时变量。 当你只需要一个临时的、只使用一次的变量时，
var可以减少代码的冗余。
第三幕：var的优缺点分析
var 就像一把双刃剑，既有优点，也有缺点。
优点：
- 提高代码简洁性。 这是
var最显而易见的优点，它可以减少代码的冗余，让代码更易读。 - 减少样板代码。 减少了不必要的类型声明，让程序员可以更专注于业务逻辑。
- 提高开发效率。 减少了键盘敲击次数，节省了时间，提高了开发效率。
- 鼓励使用更具描述性的变量名。 因为类型信息被隐藏了，所以程序员会更倾向于使用更具描述性的变量名，以提高代码的可读性。
缺点：
- 降低代码可读性。 如果变量名不够清晰，或者初始化表达式过于复杂，
var可能会降低代码的可读性，因为你需要仔细分析初始化表达式才能知道变量的类型。 - 增加代码维护成本。 如果修改了初始化表达式的类型，可能会导致
var推断出的类型发生变化，从而影响代码的正确性。 - 可能隐藏潜在的类型转换错误。 如果你期望的是一种类型，但
var推断出的是另一种类型，可能会导致潜在的类型转换错误。 - 滥用
var会导致代码风格不一致。 如果团队成员对var的使用方式没有达成一致，可能会导致代码风格不一致，增加代码维护成本。
第四幕：var的最佳实践
既然 var 有优点也有缺点，那么我们应该如何在实际开发中正确使用它呢？下面是一些最佳实践：
- 只在局部变量中使用
var。 不要将var用于类成员变量、方法参数或返回值类型。 - 使用清晰的变量名。 变量名应该能够清楚地表达变量的含义和类型。
- 避免复杂的初始化表达式。 如果初始化表达式过于复杂，建议显式声明变量类型，以提高代码的可读性。
- 保持代码风格一致。 团队成员应该对
var的使用方式达成一致，并制定相应的代码规范。 - 谨慎使用
var。 不要为了使用var而使用var，只有在能够提高代码可读性和简洁性的情况下才使用var。 - 多用IDE的类型提示功能。 现代IDE通常都有类型提示功能，可以帮助你快速了解
var推断出的类型。
第五幕：var的进阶用法
除了上面介绍的基本用法之外，var 还有一些进阶用法，可以让你写出更优雅的代码。
- 与泛型结合使用。
var可以简化泛型类型的声明。
var list = new ArrayList<String>(); // 编译器推断出list的类型是ArrayList<String>- 与匿名内部类结合使用。
var可以简化匿名内部类的声明。
var runnable = new Runnable() {
@Override
public void run() {
System.out.println("Hello, World!");
}
};- 与 try-with-resources 语句结合使用。
var可以简化 try-with-resources 语句的声明。
try (var reader = new BufferedReader(new FileReader("file.txt"))) {
String line;
while ((line = reader.readLine()) != null) {
System.out.println(line);
}
} catch (IOException e) {
e.printStackTrace();
}总结：var，用得好是神器，用不好是坑
总而言之，var 是一个非常有用的关键字，它可以提高代码的简洁性和开发效率。但是，var 也不是万能灵药，如果使用不当，可能会降低代码的可读性和可维护性。
因此，在使用 var 时，我们需要权衡利弊，遵循最佳实践，才能真正发挥 var 的优势。
记住，代码的目的是为了让人阅读，其次才是让机器执行。所以，在追求简洁性的同时，一定要保证代码的可读性。
希望今天的讲解能够帮助大家更好地理解和使用 var。记住，var 用得好是神器，用不好是坑！
彩蛋：var 的一些幽默用法
最后，给大家分享一些 var 的幽默用法，博君一笑：
- 用
var声明一个“神秘变量”：
var mystery = getMysteryValue(); // 编译器推断出mystery的类型，但你不知道它是什么- 用
var声明一个“惊喜变量”：
var surprise = createSurprise(); // 编译器推断出surprise的类型，你也不知道它会给你带来什么- 用
var声明一个“懒人变量”：
var lazy = new VeryLongClassNameWithLotsOfTypeParameters<>(); // 我懒得写这么长的类型声明了好了，今天的讲解就到这里，感谢大家的收听！希望大家在未来的编程生涯中，能够灵活运用 var，写出更优雅、更高效的代码！再见！👋