Java类（接口）的新类型——密封类

密封类是Java 17正式支持的一个新特性，它让Java中类的继承可以更加细粒度的进行控制。今天就来认识一下这个新的功能。

密封类

在以往的Java类继承中，Java类的继承控制非常有限，仅能通过final关键字和访问控制符来控制类的继承。例如final类无法被集成；包私有类仅仅只能在该包下进行继承。

这显然是不够的。如果一个功能只允许出现在Phone和Pad上，不允许出现在Computer上。如果不对该功能的继承实现进行限制，开发人员将很容易滥用该功能的实现类，错误地重用一些代码。这就是密封类产生的原因。

密封类的声明

❝

密封类不仅仅可以是类，也可以是接口。文章中的密封类为统称

密封类（接口）可以明确哪些类和接口可以对其扩展或实现。你可以通过sealed修饰符来表明某个类是密封类。但是下面是一个错误的密封类声明：

/**
 * 这是一个错误的示范
 */
public sealed interface SealedService {
   
    void doSomething();
}

密封类（接口）在声明的时候必须明确可继承（实现）的范围，所以上面的写法是错误的。必须用permits子句指定允许扩展密封类的类，而且permits关键字位于extends或者implements之后。

❝

简而言之，密封类明确了哪些其他类（或接口）可以扩展它们。

下面是正确的写法：

/**
 * 这是一个正确的示范，明确了可继承的子类为{@link SealedServiceImpl}
 * 该密封类接口同时实现了{@link SuperService}
 */
public sealed interface SealedService extends SuperService permits SealedServiceImpl {
    void doSomething();
}

/**
 * 密封类子类
 */
public final class SealedServiceImpl implements SealedService {
    @Override
    public void doSomething() {
        System.out.println("这是一个密封类子类");
    }
}

密封类子类的类型

在上面示例中，密封类（接口）的实现类用了final关键字标记，当然密封类的实现类还可以是密封类：

/**
 * 密封类子类
 */
public sealed class SealedServiceImpl implements SealedService permits SonService {
    @Override
    public void doSomething() {
        System.out.println("这是一个密封类子类");
    }
}


public final class SonService extends SealedServiceImpl {
}

那么难道密封类（接口）的子类只能是final类或者密封类，就不能再扩展了？答案是否定的，只需要使用关键字non-sealed显式声明密封类的继承实现为非密封类就可以继续扩展了。

public non-sealed class SealedServiceImpl implements SealedService {
    @Override
    public void doSomething() {

    }

    /**
     * 用{@code non-sealed}声明非密封类，就可以继续扩展了
     */
    static class NonSealedExtend extends SealedServiceImpl {

    }

}

总结一下，密封类的子类要么是final Class；要么是sealed Class；要么是non-sealed Class。

permits 声明的类必须是直接子类

密封类permits关键字声明的子类必须是直接实现类，为了证明这一点我们这样写：

/**
 * 错误的示范
 */
public sealed interface SealedService extends SuperService permits SealedServiceImpl, SonService {
    void doSomething();
}

public sealed class SealedServiceImpl implements SealedService permits SonService {
    @Override
    public void doSomething() {
        System.out.println("这是一个密封类子类");
    }
}

public final class SonService extends SealedServiceImpl {
}

我使用SonService间接实现了SealedService，结果报错，报错信息要求必须是直接的继承关系。

从上图可以看出SonService并非直接实现SealedService，这样会打破密封类的规则，所以无法编译通过。

❝

密封类中permits关键字声明的子类必须是直接子类，不可间接实现。

密封类不支持匿名类和函数式接口

由于密封类必须明确继承实现关系，所以它不支持匿名类。

/**
 * 密封类无法使用匿名类
 *
 * @return the sealed service
 */
public SealedService sealedService(){
    // 提示 Anonymous classes must not extend sealed classes
    return new SealedService() {
        @Override
        public void doSomething() {
            
        }
    };
}

同样也不支持函数式接口：

/**
 * 错误的示范
 */
@FunctionalInterface
public sealed interface SealedService permits SealedServiceImpl {
    void doSomething();
}

总结

密封类已经在Java 17中正式转正，这也是Java 17的非常重要的特性之一。对于需要细粒度控制继承关系的场景来说是非常有用的。

往
期
推
荐
1、致歉！抖音Semi Design承认参考阿里Ant Design
2、对比7种分布式事务方案，还是偏爱阿里开源的Seata，真香！
3、Redis存储结构体信息，选hash还是string？
4、扫盲 docker 常用命令
5、最全分布式Session解决方案
6、21 款 yyds 的 IDEA插件
7、真香！用 IDEA 神器看源码，效率真高！
点分享
点收藏
点点赞
点在看