关于java:Spring-Boot-30横空出世快来看看是不是该升级了

9次阅读

共计 7852 个字符,预计需要花费 20 分钟才能阅读完成。

简介

Spring boot 3.0 于 2022 年 11 月正式公布了,这次的公布对于咱们一般程序员的影响有多少呢?咱们是不是须要思考立马降级到 Spring Boot3.0 呢?

别急,看完这篇文章再来做决定也不迟。

对 JAVA17 和 JAVA19 的反对

置信很多小伙伴到当初还是应用得是 JDK8,然而 JDK8 曾经公布很多年了,随着 oracle 减速 JDK 版本的公布,当初每半年公布一次,目前最新的 JDK 版本曾经到了 19 了。其中 JDK11 和 JDK17 是 LTS 版本,也就是说咱们常说的稳固版本。

鉴于 JDK17 带来的很多新个性,Spring boot 的最低 JDK 版本反对曾经晋升到了 JDK17,如果你还在应用 JDK8 或者 JDK11 的话,那么首先须要把 JDK 版本升级到 17 才可能应用 Spring Boot 3.0。

很多小伙伴可能不是很分明 JDK17 到底有些什么新的个性或者性能,这里再给大家具体介绍一下。

record

首先是在 JDK14 的时候引入了 record 这个关键词,Record 是一种轻量级的 class,能够看做是数据结构体。和 scala 中的 case 有点类似。

举个自定义 User 的例子看一下 Record 是怎么用的:

public record Address(
        String addressName,
        String city
) {}
public record CustUser(
        String firstName,
        String lastName,
        Address address,
        int age
) {}

下面咱们定义了两个类,CustUser 和 Address。CustUser 中援用了 Address。

Record 和一般的类的区别就在于 Record 多了一个括号括起来的定义的字段。

Record 类默认是 final 的,外面的字段默认是 private final 的。

要想晓得 Record 到底是怎么工作的,咱们能够应用 javap 来对编译好的 class 文件反编译,运行 javap CustUser,能够失去上面的后果:

 正告: 二进制文件 CustUser 蕴含 com.flydean.records.CustUser
Compiled from "CustUser.java"
public final class com.flydean.records.CustUser extends java.lang.Record {public com.flydean.records.CustUser(java.lang.String, java.lang.String, com.flydean.records.Address, int);
  public java.lang.String toString();
  public final int hashCode();
  public final boolean equals(java.lang.Object);
  public java.lang.String firstName();
  public java.lang.String lastName();
  public com.flydean.records.Address address();
  public int age();}

下面能够看到 final class CustUser 继承自 java.lang.Record。

并且主动增加了默认带有所有字段的构造函数。各个主动的获取办法,并实现了 toString,hashCode 和 equals 办法。

天啦,太完满了,咱们想要的它竟然都有。

如果下面的 javap 还不是很分明的话,大家能够借助 IDE 的反编译性能,关上 CustUser.class 文件看一看:

public final class CustUser extends java.lang.Record {
    private final java.lang.String firstName;
    private final java.lang.String lastName;
    private final com.flydean.records.Address address;
    private final int age;

    public CustUser(java.lang.String firstName, java.lang.String lastName, com.flydean.records.Address address, int age) {/* compiled code */}

    public java.lang.String toString() { /* compiled code */}

    public final int hashCode() { /* compiled code */}

    public final boolean equals(java.lang.Object o) {/* compiled code */}

    public java.lang.String firstName() { /* compiled code */}

    public java.lang.String lastName() { /* compiled code */}

    public com.flydean.records.Address address() { /* compiled code */}

    public int age() { /* compiled code */}
}

留神,下面的反编译咱们能够看到,record 中的所有字段都是 final 的,只能在初始化的时候设置。并且办法外面也没有提供其余能够扭转字段内容的办法。

Text Blocks

Text Blocks 是在 JDK13 中以第一次预览版本引入的。当初在 JDK14 中是第二次预览版本 JEP 368: Text Blocks。

在咱们日常的工作中,有时候须要用到一大段的字符串,这些字符串须要换行,须要排版,须要本义。在一个文本编辑器中,这当然是非常容易的事件。然而在 java 代码中,就是一个噩梦了。

尽管 IDE 能够主动帮咱们加上换行甚至能够对字符串进行拼接。但在 java 程序眼中,增加的诸多额定的代码毁坏了代码的美感。是任何一个有洁癖的程序员都无法忍受的。

怎么办?Text Blocks 就是来拯救大家的。

咱们先来个直观的例子,而后再剖析 Text Blocks 的特点。

还是举 HTML 的例子, 如果咱们想要打印出带缩减,有格局的 html,传统办法能够这样做:

String html = "<html>\n" +
              "<body>\n" +
              "<p>Hello, world</p>\n" +
              "</body>\n" +
              "</html>\n";

下面的代码看着特地顺当,让咱们看看用文本块形式怎么做:

String html = """
              <html>
                  <body>
                      <p>Hello, world</p>
                  </body>
              </html>
              """;

是不是清新很多,想要立刻给文本块点个赞。

别慌点赞,咱们还有更多的货色要探讨。

可能有人又有问题了,文本块好用是好用,你这输入后果中,字段后面的空格都去哪了了呀?

这里就要介绍这个概念了:英文名字叫 Indentation,中文我把它翻译为编排。

再看一下下面的代码,这一次咱们把代码后面的空格以点来示意:

String html = """
..............<html>
..............    <body>
..............        <p>Hello, world</p>
..............    </body>
..............</html>
..............""";

Indentation 的规定就是以最上面的“”“为界,对每一行都移除雷同数量的空格。

下面的代码输入:

<html>
    <body>
        <p>Hello, world</p>
    </body>
</html>

下面的例子,最上面的”“”刚好在最右边的地位,如果把“”“向右挪动 4 个空格会产生什么呢?

String html = """
..............<html>
..............    <body>
..............        <p>Hello, world</p>
..............    </body>
..............</html>
..................""";

输入后果:

<html>
    <body>
        <p>Hello, world</p>
    </body>
</html>

咱们看到输入后果是不变的,这样咱们又失去一条论断:如果”“”向右挪动,则以 text block 中最左的那一行记录为准。

如果咱们把“”“向左挪动四位,就会发现最终的输入后果每行后面都有四个空格。

这个性能是和 String 增加的新的 String::stripIndent() 对应的。

Switch Expressions

switch 的新个性可是源远流长,早在 JDK 12 就以预览性能被引入了,最终在 JDK 14 成为了正式版本的性能:JEP 361: Switch Expressions (Standard)。

其实 Switch 新增的性能有两个,一个就是能够连写 case,一个就是 switch 能够带返回值了。

先看一个老版本的例子:

    @Test
    public void useOldSwitch(){switch (MONDAY) {
            case MONDAY:
            case FRIDAY:
            case SUNDAY:
                System.out.println(6);
                break;
            case TUESDAY:
                System.out.println(7);
                break;
            case THURSDAY:
            case SATURDAY:
                System.out.println(8);
                break;
            case WEDNESDAY:
                System.out.println(9);
                break;
        }
    }

下面的例子中,咱们想要匹配所有的星期,而后打印出相应的后果。写了很多个 case 语句,不美观。

再看一下新版本的例子:

    @Test
    public void useNewSwitch(){switch (MONDAY) {case MONDAY, FRIDAY, SUNDAY -> System.out.println(6);
            case TUESDAY                -> System.out.println(7);
            case THURSDAY, SATURDAY     -> System.out.println(8);
            case WEDNESDAY              -> System.out.println(9);
        }
    }

一个丑陋的连写,将所有都带走。

留神这里 switch 语句没有返回值,所以并不需要 default 语句。

思考一个在 switch 中赋值的状况:

    @Test
    public void oldSwitchWithReturnValue(){
        int numLetters;
        switch (MONDAY) {
            case MONDAY:
            case FRIDAY:
            case SUNDAY:
                numLetters = 6;
                break;
            case TUESDAY:
                numLetters = 7;
                break;
            case THURSDAY:
            case SATURDAY:
                numLetters = 8;
                break;
            case WEDNESDAY:
                numLetters = 9;
                break;
            default:
                throw new IllegalStateException("这天没发见人!");
        }
    }

传统形式咱们须要定义一个局部变量,并在 case 中给这个局部变量赋值。

咱们看下怎么应用新版的 switch 替换:

    @Test
    public void newSwitchWithReturnValue(){int numLetters = switch (MONDAY) {
            case MONDAY, FRIDAY, SUNDAY -> 6;
            case TUESDAY                -> 7;
            case THURSDAY, SATURDAY     -> 8;
            case WEDNESDAY              -> 9;
            default -> throw new IllegalStateException("这天没发见人!");
        };
    }

是不是非常简单。

留神,这里须要一个 default 操作,否则会报编译谬误。因为可能存在未遍历的值。

下面的 switch 返回值的状况,如果 case 前面的表达式比较复杂,那么就须要应用大括号来围起来。这种状况咱们须要应用到 yield 来返回要返回的值。

    @Test
    public void withYield(){int result = switch (MONDAY) {
            case MONDAY: {yield 1;}
            case TUESDAY: {yield 2;}
            default: {System.out.println("不是 MONDAY,也不是 TUESDAY!");
                yield 0;
            }
        };
    }

instanceof 模式匹配

怎么了解呢?

咱们先举个历史版本中应用 instanceof 的例子。

如果咱们是动物园的管理员,动物园外面有 Girraffe 和 Hippo 两种动物。

@Data
public class Girraffe {private String name;}
@Data
public class Hippo {private String name;}

为了简略起见,下面两种动物咱们都之定义一个 name 属性。

接下来咱们要对两种动物进行治理,传入一个动物,判断一下这个动物是不是下面两种动物之一,依照传统的方法,咱们应该这样做:

    public void testZooOld(Object animal){if(animal instanceof Girraffe){Girraffe girraffe = (Girraffe) animal;
            log.info("girraffe name is {}",girraffe.getName());
        }else if(animal instanceof Hippo){Hippo hippo = (Hippo) animal;
            log.info("hippo name is {}",hippo.getName());
        }
        throw new IllegalArgumentException("对不起,该动物不是地球上的生物!");
    }

下面的代码中,如果 instanceof 确认胜利,咱们还须要将对象进行转换,能力调用相应对象中的办法。

有了 JDK 14,所有都变得容易了,咱们看下最新的 JDK 14 的模式匹配怎么做:

    public void testZooNew(Object animal){if(animal instanceof Girraffe girraffe){log.info("name is {}",girraffe.getName());
        }else if(animal instanceof Hippo hippo){log.info("name is {}",hippo.getName());
        }
        throw new IllegalArgumentException("对不起,该动物不是地球上的生物!");
    }

留神 instanceof 的用法,通过 instanceof 的模式匹配,就不须要二次转换了。间接应用就能够了。并且模式匹配的对象还被限定了作用域范畴,会更加平安。

Sealed Classes and Interfaces

在 Java 中,类层次结构通过继承实现代码的重用,父类的办法能够被许多子类继承。

然而,类层次结构的目标并不总是重用代码。有时,其目标是对域中存在的各种可能性进行建模,例如图形库反对的形态类型或金融应用程序反对的贷款类型。

当以这种形式应用类层次结构时,咱们可能须要限度子类集从而来简化建模。

因为咱们引入了 sealed class 或 interfaces,这些 class 或者 interfaces 只容许被指定的类或者 interface 进行扩大和实现。

举个例子:

package com.example.geometry;

public abstract sealed class Shape
    permits Circle, Rectangle, Square {...}

下面的例子中,咱们指定了 Shape 只容许被 Circle, Rectangle, Square 来继承。

下面的例子中并没有指定类的包名,咱们能够这样写:

package com.example.geometry;

public abstract sealed class Shape 
    permits com.example.polar.Circle,
            com.example.quad.Rectangle,
            com.example.quad.simple.Square {...}

迁徙到 Jakarta EE

除了上面一些 spring 依赖包的更新之外:

Spring Framework 6.0.

Spring AMQP 3.0.

Spring Batch 5.0.

Spring Data 2022.0.

Spring GraphQL 1.1.

Spring HATEOAS 2.0.

Spring Integration 6.0.

Spring Kafka 3.0.

Spring LDAP 3.0.

Spring REST Docs 3.0.

Spring Retry 2.0.

Spring Security 6.0 

Spring Session 3.0

Spring WS 4.0.

spring boot3 最大的变动就是把 Java EE 迁徙到了 Jakarta EE, 也就是说咱们须要把 javax. 替换成为 jakarta.

举个例子 HttpServletRequest 须要从:

import javax.servlet.http.HttpServletRequest;

替换成为:

import jakarta.servlet.http.HttpServletRequest;

GraalVM Native Image Support

Spring Boot3 的一个十分大的性能点就是能够利用 Spring 的 AOT 技术,将 spring boot 的利用编译成为 native 的 image,从而大大晋升零碎的运行效率。

比方,咱们能够这样增加一个 native 的 build profile:

<profiles>
    <profile>
        <id>native</id>
        <build>
            <plugins>
                <plugin>
                    <groupId>org.graalvm.buildtools</groupId>
                    <artifactId>native-maven-plugin</artifactId>
                    <executions>
                        <execution>
                            <id>build-native</id>
                            <goals>
                                <goal>compile-no-fork</goal>
                            </goals>
                            <phase>package</phase>
                        </execution>
                    </executions>
                </plugin>
            </plugins>
        </build>
    </profile>
</profiles>

而后运行上面的命令就能够把 spring boot 我的项目打包成 native 我的项目了:

mvn clean package -Pnative

对 Micrometer 的反对

在 spring boot3 中默认提供了对 Micrometer 1.10 的反对,spring boot 会主动帮你配置一个 ObservationRegistry 的实例。

Micrometer 能够用来收集应用程序各项指标数据,从而实现对应用程序的各种监控。

其余的一些改变

当然,除了下面的次要的变动之外,Spring boot3 还提供了其余的一些小的调整,大家感兴趣的话能够亲自降级到 spring boot3 尝试一下。

更多内容请参考 www.flydean.com

最艰深的解读,最粗浅的干货,最简洁的教程,泛滥你不晓得的小技巧等你来发现!

欢送关注我的公众号:「程序那些事」, 懂技术,更懂你!

正文完
 0