《Effective Java》第4条:通过私有构造器强化不可实例化的能力

文章讨论了抽象类的使用,即使抽象类不能直接实例化,通过继承仍可实现。重点强调了无参构造器的默认生成和私有构造器对实例化的影响,以及子类必须显式调用超类构造器的规则。

即使将类做成抽象类,通过继承的方式仍然可以实现实例化,而且会让用户误以为该类是专门为了继承而设计的

public class Test {
    public static void main(String[] args) throws Exception {
        UtilityClass utilityClass = new UtilityClassChild();
    }
}

abstract class UtilityClass {

}
class UtilityClassChild extends UtilityClass {

}

当类不包含显式的构造器时,编译器会自动生成公有的、无参的缺省构造器,只要让一个类包含一个私有构造器,它就不能被实例化

class UtilityClass {
    //禁用构造器
    private UtilityClass() {
        throw new AssertionError();
    }
}

 但是这种类无法子类化,因为所有的构造器必须显式或隐式地调用超类构造器,这种情况下,子类没有可访问的超类构造器可用

 

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值