密封类的作用

在面向对象语言中，我们可以通过继承（extend）来实现类的能力复用、扩展与增强。但有的时候，有些能力我们不希望被继承了去做一些不可预知的扩展。所以，我们需要对继承关系有一些限制的控制手段。而密封类的作用就是限制类的继承。

已有的限制手段

对于继承能力的控制，Java很早就已经有一些了，主要是这两种方式。
1，final修饰类，这样类就无法被继承了。
2，package-private类（非public类），可以控制智能被同一个包下的类继承。

上面两种方式控制的粒度都是非常粗，如果有更精细化的限制需求的话，是很难实现的。

新特性

为了进一步增强限制能力，java17中的密封类增加了几个关键词：

• sealed：修饰类/接口，为了描述这个类/接口为密封类/接口
• non-sealed: 修饰类/接口，为了描述这个类/接口为非密封类/接口
• petmits：用在extends或者implement之后，指定可以继承或实现的类。

下面我们通过一个例子来理解这几个关键词的用法。

假设我们设计王者荣耀这个游戏，这个游戏给用户选择的英雄分为五大类：

• 坦克
• 射手
• 法师
• 辅助
• 刺客

每个种类下面又有各种不同的英雄。所以从我们传统的面向设计思路，会这样来创建。

// 英雄基类
public class Hero {}// 坦克英雄的抽象
public class TankHero extends Hero {}// 射手英雄的抽象
public class AdcHero extends Hero {}// 法师英雄的抽象
public class MageHero extends Hero {}// 刺客英雄的抽象
public class AssassinHero extends Hero {}// 辅助英雄的抽象
public class SupportHero extends Hero {}// 坦克英雄：亚瑟
public class YaSe extends TankHero {}// 输出英雄：后羿
public class HouYi extends AttackHero {}// 输出英雄：妲己
public class DaJi extends MageHero {}// 刺客英雄：猴子
public class HouZi extends AssassinHero {}// 辅助英雄：张飞
public class ZhangFei extends SupportHero {}

整体结构有三层，具体如下图所示：

第一层：Hero是所有英雄的基类，定义英雄的基础属性
第二层：按英雄的分类的五个不同抽象，定义英雄的公共属性。
第三层：具体的英雄定义。

这个时候为了避免开发人员在创建英雄的时候，搞乱这样的三层结构，就可以通过引入密封类的特性来做限制。

这个场景我们对于第一层和第二层是稳定的，对于第二层英雄的种类的抽象不允许在增加，此时我们就可以这样写：

public sealed class Hero permits TankHero, AdcHero, MageHero,AssassinHero,SupportHero {}

通过sealed关键词和permitspermists关键来定义Hero是一个需要密封的类，并且它的子类只允许为TankHero, AdcHero, MageHero,AssassinHero,SupportHero这五个。

改造完成之后，我们会发现TankHero, AdcHero, MageHero,AssassinHero,SupportHero这五个类开始报错了，具体错误如下。

sealed, non-sealed or final modifiers expected

这是因为父类Hero被sealed修饰之后，sealed的密封要求被传递过来，此时子类就必须在sealed、non-sealed、final之间选择一个定义，她们分别代表：

• sealed：继承延续密封类特性，可以继续指定继承的类，并传递密封定义给子类。
• non-seale：声明这个类为非密封类，可以被任意继承
• final：不允许继承。

在这个场景下，第一层和第二层稳定，允许第三层具体英雄角色可以后期不断增加新英雄，所以三类抽象英雄可以这样编写。

public non-sealed class TankHero extends Hero {}

对于第三层英雄角色，已经是具体实现，则可以使用final定义来阻断后续的继承关系。

public final class YaSe extends AttackHero {}

通过这样的设置，这三层英雄的结构第一和第二层就得到了比较好的保护。