Java抽象类和接口不能被实例化的原因
1.生活层面理解:
你在公司正好没事,同事过来问你。
同事:“你帮我去买个奶茶去吧,我马上要去开个急会,谢谢啦~”
你:“哪个牌子的?什么口味?糖放多少?加不加冰?”
同事:“我。。我也不知道”
你:“。。。。。。那算了吧,你自己都不知道要啥,我要是买了你不喜欢喝的,你还不高兴,出力不讨好,我才不干呢”
这个例子啥意思呢?也就是说,你想干什么事情,需要详细的告诉别人怎么干,别人才能给你干,要不然模棱两可的,万一干完了不合你意,别人还嫌你干得不好怎么办,所以干脆就不想干。
2.Java层面理解:
你想实例化一个类。
你:“编译大哥,我想实例化(new)这个类,能帮我通过编译吗?”。
编译器:“好啊,但是前提是,这个类里的每一个方法都要详细描述好自己分内的事情(不能被abstract修饰),否则不能通过编译~”。
你:“啊。。。,那我这个类是个抽象类(或者接口)诶,有可能有抽象方法,可以吗?”
编译器:“那不行哦,抽象方法(或者接口)只有方法声明,方法体是空的,所以它并没有描述好自己要干什么,所以我不能通过编译哦~”
你:“就通融一下嘛,万一这个抽象方法(或者接口)没有任何方法声明,只是个空类呢?”
编译器:“你能确定吗?不怕一万,就怕万一,万一这个抽象类(或者)接口有危害虚拟机的代码怎么办,出事谁来负责?,不行就是不行,如果你确实想实例化,那就让他们寄人篱下(被继承,被实现,或者你自己帮忙实现-匿名类),想清楚自己到底要干什么(子类重写)再来找我吧!”
编译器最后的话基本上回答了问题。编译器是像个警察,在编译过程中,就设立一道道屏障,分析你代码里各种语句,检查你的语句是否有危害虚拟机大队长的风险,如果有,那就不通过编译,从而不能运行,也就保证了虚拟机大队长的安全。