SpringBoot 3.0最低版本要求的JDK 17，这几个新特性不能不知道
最近，有很多人在传说 SpringBoot要出3.0的版本了，并且宣布不再支持 Java 8，最低要求是 Java 17了。
其实，早在2021年9月份，关于 Spring Framework 6.0的消息出来的时候，Spring 官方就已经明确了不会向下兼容，最低的 JDK 版本是 JDK 17。
2022年，Spring Framework 6.0和 SpringBoot 3.0都会推出，在此之前，Java社区很坚挺，一直是"新版任你发，我用Java 8"，不管新版本怎么出，很少有人愿意升级。
这一次，Spring 直接来了个大招，跨过 JDK 8-16，直接升级到 JDK 17 ，不知道会对 Java生态产生怎样的影响。
为什么是 Java 17
这么多新版本的 JDK，而且2022年还会推出 JDK 18 和 JDK 19，为什么 Spring 选择了 JDK 17呢。
主要是因为他是一个 LTS版本，所谓 LTS，是 Long Term Support，也就是官方保证会长期支持的版本。
从 JDK 诞生到现在，还在长期支持的版本主要有 JDK 7、JDK 8 、JDK 11以及 JDK 17
这一次 Spring直接跨越了 JDK 11，升级到 JDK 17，主要的考虑应该是因为JDK 17有更多的新特性支持。
接下来我们介绍几个新特性，这些新特性都是我们开发者息息相关的，或者说是会影响我们写代码的。
JDK 17 支持的新特性
这里所谓的新特性，不只是 JDK 17中新增的，而是 JDK 17和 JDK 8相比，新增的特性。
本地变量类型推断
在Java 10之前版本中，我们想定义定义局部变量时。我们需要在赋值的左侧提供显式类型，并在赋值的右边提供实现类型：
MyObject value = new MyObject();
在Java 10中，提供了本地变量类型推断的功能，可以通过var声明变量：
var value = new MyObject();
本地变量类型推断将引入“var”关键字，而不需要显式的规范变量的类型。
其实，所谓的本地变量类型推断，也是Java 10提供给开发者的语法糖。
虽然我们在代码中使用var进行了定义，但是对于虚拟机来说他是不认识这个var的，在java文件编译成class文件的过程中，会进行解糖，使用变量真正的类型来替代var（详细信息可以参考：我反编译了Java 10的本地变量类型推断）
Switch 表达式
在JDK 12中引入了Switch表达式作为预览特性。并在Java 13中修改了这个特性，引入了yield语句，用于返回值。
而在之后的Java 14中，这一功能正式作为标准功能提供出来。
在以前，我们想要在switch中返回内容，还是比较麻烦的，一般语法如下：
int i;
switch (x) {
case "1":
i=1;
break;
case "2":
i=2;
break;
default:
i = x.length();
break;
}
在JDK13中使用以下语法：
int i = switch (x) {
case "1" -> 1;
case "2" -> 2;
default -> {
int len = args[1].length();
yield len;
}
};
或者
int i = switch (x) {
case "1": yield 1;
case "2": yield 2;
default: {
int len = args[1].length();
yield len;
}
};
在这之后，switch中就多了一个关键字用于跳出switch块了，那就是yield，他用于返回一个值。
和return的区别在于：return会直接跳出当前循环或者方法，而yield只会跳出当前switch块。
Text Blocks
Java 13中提供了一个Text Blocks的预览特性，并且在Java 14中提供了第二个版本的预览。
text block，文本块，是一个多行字符串文字，它避免了对大多数转义序列的需要，以可预测的方式自动格式化字符串，并在需要时让开发人员控制格式。
我们以前从外部copy一段文本串到Java中，会被自动转义，如有一段以下字符串：
Hello, world