• JDK17新特性


    一.JEP 409: Sealed Classes

    1.1简介

    官网链接sealed class

    从如下官网的简介与描述可以看出,这个新特性的目的是为了限制类与接口的 被继承与实现,比如说我有个 A类,那么我现在限定只有 B,C,D三个类可以继承 那么就需要用到这个新特性了

     这个在JDK15,16中都作为了预览特性,在jdk17中正式发版 并且在jdk16后没有改动

    1.2使用方式

    The classes specified by permits must be located near the superclass: either in the same module (if the superclass is in a named module) or in the same package (if the superclass is in the unnamed module).

    When the permitted subclasses are small in size and number, it may be convenient to declare them in the same source file as the sealed class

    如上两段话摘自官网 意思是说使用时 父子类的几种位置关系 

    1.2.1非匿名模块在相同模块中即可

    1. package com.example.geometry;
    2. public abstract sealed class Shape
    3. permits Circle, Rectangle, Square { ... }

    1.2.2匿名模块需要在同一package

    1. package com.example.geometry;
    2. public abstract sealed class Shape
    3. permits com.example.polar.Circle,
    4. com.example.quad.Rectangle,
    5. com.example.quad.simple.Square { ... }

    1.2.3当子类代码非常精简时 直接内部类也行 

    1. abstract sealed class Root { ...
    2. final class A extends Root { ... }
    3. final class B extends Root { ... }
    4. final class C extends Root { ... }
    5. }

    1.3三个限制

    第一点 就是上面的1.2的前两点

    第二点 每个permitted 子类 必须要直接继承 sealed 父类

    第三点  permitted 子类 必须有三个修饰符之一 且不能同时存在

    final(或者直接用record类):这个意思大家都懂 除此之外 因为 record数据类(顾名思义 他就是个用来传输数据 没有啥业务相关方法的类) 默认是final修饰 所以也能继承

    1. package com.example.expression;
    2. public sealed interface Expr
    3. permits ConstantExpr, PlusExpr, TimesExpr, NegExpr { ... }
    4. public record ConstantExpr(int i) implements Expr { ... }
    5. public record PlusExpr(Expr a, Expr b) implements Expr { ... }
    6. public record TimesExpr(Expr a, Expr b) implements Expr { ... }
    7. public record NegExpr(Expr e) implements Expr { ... }

    sealed:用这个修饰符修饰的类 必须有子类 且要用 permitt 关键字后指明 如下报错可以看出

     non-sealed 这个就跟上面这个相反 用这个修饰符修饰后 就不能指定 特定的类继承 该类了,并且未知的类就可以对他进行继承了

    示例代码如下

    1. package com.example.geometry;
    2. public abstract sealed class Shape
    3. permits Circle, Rectangle, Square, WeirdShape { ... }
    4. public final class Circle extends Shape { ... }
    5. public sealed class Rectangle extends Shape
    6. permits TransparentRectangle, FilledRectangle { ... }
    7. public final class TransparentRectangle extends Rectangle { ... }
    8. public final class FilledRectangle extends Rectangle { ... }
    9. public final class Square extends Shape { ... }
    10. public non-sealed class WeirdShape extends Shape { ... }

     

    1.4Sealed classes and conversions

     这里不多说了 

    1.4.1instanceof前为普通类实例

    使用 instanceof 前面那个实例所属类 如果是普通类 那么 编译通过 正常打印输出 如下demo

    1.4.2instanceof前为final类实例

    可以看到 当 C类没有实现了 I 接口时 编ins译报错 ,实现了的话就不会报错,因为这涉及到了一个强制转换的问题

    1.4.3instanceof前为sealed类时

    permits子类中全为 final修饰 编译报错 

    反之,permits子类中不全为 final修饰 编译通过

    1.5 JDK中的密封类

    1.6switch模式匹配结合sealed class

    下图中意思简要来说就是 我们不需要用if else来 结合instance of 判断,我们通过第二段代码所示的,使用switch case结合 密封类时 不需要写 default,并且如果少了某个子类的case时 会编译报错

    1.7因为新增类修饰符而 class文件中多出了几个属性

    1.8反射api中Class类中多出了俩方法

    1.9未来要干的活

     

     

  • 相关阅读:
    设计模式原则——里氏替换原则
    c# Predicate vs Action vs Func
    CameraProvider进程-Android12
    Android Studio升级Gradle7.4之后Hilt报错的解决
    目标检测中的anchor机制
    【css】H8_定位
    LeetCode二叉树系列——236.二叉树的最近公共祖先
    spring源码解析——IOC之自定义标签解析
    css中flex和flex-grow的区别
    Intel IPP 和Opencv图像处理
  • 原文地址:https://blog.csdn.net/JavaCoder_juejue/article/details/128046549