Java核心技术面试精讲
杨晓峰
前Oracle首席工程师
立即订阅
43147 人已学习
课程目录
已完结 43 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 以面试题为切入点,有效提升你的Java内功
免费
模块一 Java基础 (14讲)
第1讲 | 谈谈你对Java平台的理解?
第2讲 | Exception和Error有什么区别?
第3讲 | 谈谈final、finally、 finalize有什么不同?
第4讲 | 强引用、软引用、弱引用、幻象引用有什么区别?
第5讲 | String、StringBuffer、StringBuilder有什么区别?
第6讲 | 动态代理是基于什么原理?
第7讲 | int和Integer有什么区别?
第8讲 | 对比Vector、ArrayList、LinkedList有何区别?
第9讲 | 对比Hashtable、HashMap、TreeMap有什么不同?
第10讲 | 如何保证集合是线程安全的? ConcurrentHashMap如何实现高效地线程安全?
第11讲 | Java提供了哪些IO方式? NIO如何实现多路复用?
第12讲 | Java有几种文件拷贝方式?哪一种最高效?
第13讲 | 谈谈接口和抽象类有什么区别?
第14讲 | 谈谈你知道的设计模式?
模块二 Java进阶 (16讲)
第15讲 | synchronized和ReentrantLock有什么区别呢?
第16讲 | synchronized底层如何实现?什么是锁的升级、降级?
第17讲 | 一个线程两次调用start()方法会出现什么情况?
第18讲 | 什么情况下Java程序会产生死锁?如何定位、修复?
第19讲 | Java并发包提供了哪些并发工具类?
第20讲 | 并发包中的ConcurrentLinkedQueue和LinkedBlockingQueue有什么区别?
第21讲 | Java并发类库提供的线程池有哪几种? 分别有什么特点?
第22讲 | AtomicInteger底层实现原理是什么?如何在自己的产品代码中应用CAS操作?
第23讲 | 请介绍类加载过程,什么是双亲委派模型?
第24讲 | 有哪些方法可以在运行时动态生成一个Java类?
第25讲 | 谈谈JVM内存区域的划分,哪些区域可能发生OutOfMemoryError?
第26讲 | 如何监控和诊断JVM堆内和堆外内存使用?
第27讲 | Java常见的垃圾收集器有哪些?
第28讲 | 谈谈你的GC调优思路?
第29讲 | Java内存模型中的happen-before是什么?
第30讲 | Java程序运行在Docker等容器环境有哪些新问题?
模块三 Java安全基础 (2讲)
第31讲 | 你了解Java应用开发中的注入攻击吗?
第32讲 | 如何写出安全的Java代码?
模块四 Java性能基础 (3讲)
第33讲 | 后台服务出现明显“变慢”,谈谈你的诊断思路?
第34讲 | 有人说“Lambda能让Java程序慢30倍”,你怎么看?
第35讲 | JVM优化Java代码时都做了什么?
模块5 Java应用开发扩展 (4讲)
第36讲 | 谈谈MySQL支持的事务隔离级别,以及悲观锁和乐观锁的原理和应用场景?
第37讲 | 谈谈Spring Bean的生命周期和作用域?
第38讲 | 对比Java标准NIO类库,你知道Netty是如何实现更高性能的吗?
第39讲 | 谈谈常用的分布式ID的设计方案?Snowflake是否受冬令时切换影响?
周末福利 (2讲)
周末福利 | 谈谈我对Java学习和面试的看法
周末福利 | 一份Java工程师必读书单
结束语 (1讲)
结束语 | 技术没有终点
Java核心技术面试精讲
登录|注册

第13讲 | 谈谈接口和抽象类有什么区别?

杨晓峰 2018-06-02
Java 是非常典型的面向对象语言,曾经有一段时间,程序员整天把面向对象、设计模式挂在嘴边。虽然如今大家对这方面已经不再那么狂热,但是不可否认,掌握面向对象设计原则和技巧,是保证高质量代码的基础之一。
面向对象提供的基本机制,对于提高开发、沟通等各方面效率至关重要。考察面向对象也是面试中的常见一环,下面我来聊聊面向对象设计基础
今天我要问你的问题是,谈谈接口和抽象类有什么区别?

典型回答

接口和抽象类是 Java 面向对象设计的两个基础机制。
接口是对行为的抽象,它是抽象方法的集合,利用接口可以达到 API 定义和实现分离的目的。接口,不能实例化;不能包含任何非常量成员,任何 field 都是隐含着 public static final 的意义;同时,没有非静态方法实现,也就是说要么是抽象方法,要么是静态方法。Java 标准类库中,定义了非常多的接口,比如 java.util.List。
抽象类是不能实例化的类,用 abstract 关键字修饰 class,其目的主要是代码重用。除了不能实例化,形式上和一般的 Java 类并没有太大区别,可以有一个或者多个抽象方法,也可以没有抽象方法。抽象类大多用于抽取相关 Java 类的共用方法实现或者是共同成员变量,然后通过继承的方式达到代码复用的目的。Java 标准库中,比如 collection 框架,很多通用部分就被抽取成为抽象类,例如 java.util.AbstractList。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《Java核心技术面试精讲》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(42)

  • 公号-代码荣耀
    接口vs抽象类vs类

    1 支持多重继承:接口支持;抽象类不支持;类不支持;
    2 支持抽象函数:接口语义上支持;抽象类支持;类不支持;
    3 允许函数实现:接口不允许;抽象类支持;类允许;
    4 允许实例化:接口不允许;抽象类不允许;类允许;
    5 允许部分函数实现:接口不允许;抽象类允许;类不允许。
    6 定义的内容:接口中只能包括public函数以及public static final常量;抽象类与类均无任何限制。
    7 使用时机:当想要支持多重继承,或是为了定义一种类型请使用接口;当打算提供带有部分实现的“模板”类,而将一些功能需要延迟实现请使用抽象类;当你打算提供完整的具体实现请使用类。

    在实际项目开发过程,一方面是业务需求频繁,需要满足开闭原则,也就是小到一个模块,大到一个架构都需要有好的可扩展性;另外一方面软件往往是团队协同开发的过程;由于团队成员水平参差不齐,这方面的坑不少。可以通过前期做好设计评审、code review等手段去提升代码质量。
    2018-06-02
    81
  • ωǒ→无悔
    最后一个例子就是策略模式加工厂模式
    2018-06-02
    36
  • Woong
    class SlumDogVIPServiceProvider和RealVIPServiceProvider缺少implememts.

    作者回复: 汗,手敲搞出这种低级错误,非常感谢指出

    2018-06-02
    18
  • 雷霹雳的爸爸
    问题本身就是典型热身题,但是SOLID则是一块试金石,曾经真的以为是试金石,很多老江湖好像都不知道有这串缩写这么回事,单一职责一说就都是顾名思义,纯粹的同义反复,用自己解释自己跟没说差不多吧,里氏替换背后的契约设计基本规则就更甭说了,实际项目中能不违反的几乎凤毛麟角吧,除非对接口调用后就真的没有约束条件,连spring这货都崇尚什么都封装成非受控异常,可见这个点到底有多么不受人待见,最小知识原则也基本上就是任人践踏吧,要不全变函数接口也就都没必要反复换个名字了吧,依赖倒置还好,好歹有IoC帮衬着,但是helper和各种静态的tool被无数人个性的反复的造,同时拿着依赖查找的实用性来堵DIP的嘴,也就剩OCP,再违反就太不像话了吧,没关系最大的伤害就是无视啊,帅气的蓝精灵命名法的那一串类,依次加个方法还是客气的,直接加个version字段,把if…else请回来,总之这玩意一说我就陷入到吐槽情绪,但问题吐的是solid的槽,还是吐的不把solid当回事的槽,我自己也分不清了,这个问题真的好让人纠结
    2018-06-02
    12
  • 张立春
    我理解继承的根本目的是为了多态而不是为了复用,如果仅为了复用那就采用松耦合的组合。
    2018-06-02
    12
  • Seven4X
    对象和抽象类是is a 的关系,对象和接口是 like this的关系。
    从接口的命名一般是able ability后缀表示一种能力。
    比如大家都是程序员,如果拥有了编写java程序的能力,就可以说你是一个java程序员,同时你还如果你还会编写Go,也可以说你是一个go程序员。
    程序员就是对象实例,java编程能力就是接口,如果把java编程能力定义为抽象类,那还要实现Go能力接口才能同时具有两种语言能力的程序员,这表现的便是一个以java编程为主的程序员,同时具有编写go的能力。
    如果把java能力和go能力都定义为接口,表现的是:这是一个程序员他同时具有编写java和Go的能力。
    2018-06-16
    9
  • qpm
    hi,老师早上好。我是一家游戏公司的程序员,由于项目非常紧,所以很多技术写的代码,都非常乱。 我们的战斗系统中,之前的开发模式是在战斗逻辑里面嵌入并修改一些代码,以达到新技能的开发。这就是典型的以修改来达到需求。通过重构之后,技能的逻辑通过扩展的方式开发出来,可以通过继承技能的抽象类,来完成技能的开发。现在我们这部分的模块从最难处理变成最容易开发的了。

    作者回复: 听说过电信代码里有26个if-else……然后还有俩是重复的,少的时候无所谓,多了就是坑

    2018-06-02
    1
    8
  • 仙道
    两个接口里有一个同名方法,然后一个类实现了这两个接口,这怎么办呢
    2018-07-02
    1
    5
  • 云学
    其实有了函数式编程,绝大部分设计模式是多余的,记住,类的数量不要泛滥!!
    2018-06-13
    5
  • zc
    “这里你可以思考一个小问题,方法名称和参数一致,但是返回值不同,这种情况在 Java 代码中算是有效的重载吗? 答案是不是的,编译都会出错的。”

    编译出错是因为重载必须参数不一样,重载与返回值无关。感觉这里的表述有点问题……

    示例代码既不属于重写(同名同参同返回)也不属于重载(同名不同参)的范畴。
    2018-07-12
    4
  • bamboo
    老师最后举的例子应该就是把简单工厂模式修改为工厂方法模式。原来的违反了开闭选择,工厂方法模式刚好弥补了这个问题,倒是相应的系统中的类个数也成对的增加。设计模式没有最优的,只是特定场景下我们选择相对优良的模式来优化我们的逻辑。不知道是否正确,望老师指点迷津,谢谢老师。🙂

    作者回复: 嗯,也要避免过度设计,这个只是举例

    2018-06-02
    4
  • 因缺思厅
    27个if else不是很简单的么,我现在维护项目中的一个类的代码,统计了一下有121个if,部分else我还没统计,代码4000多行,其中if-else主要在两个方法中,这两个方法有3500+行,总体上来看就是满屏的if-else。对于这样的代码,就不用想重构了。
    2019-06-03
    1
    2
  • desmond
    最后一个示例,《代码大全》称作"表驱动法"。作者建议首先看这一章节,所以印象深刻
    2018-09-18
    2
  • 卡斯瓦德
    其实interface的deault可以通过结合抽象父类来实现吧,抽象父类实现接口方法,但是因为抽象所以不能实例化,而其子类拥有重写权,可以做到defualt的效果

    作者回复: 不错,只是:
    抽象类不能多继承;
    default method不会打破现有代码兼容性,lambda需要靠它来无缝增强collection之类API

    2018-07-14
    1
    2
  • 夏洛克的救赎
    但是,list 实际会被推断为“ArrayList < String >”

    ArrayList<String> list = new ArrayList<String>();

    不是很理解

    作者回复: 一般我们会写成:
    list<String> list=new ArrayList……;
    里氏代换,可以参考oo基础那章

    2018-06-17
    2
  • 小情绪
    杨老师,对于开头的:接口中没有非静态方法实现,也就是说要么是抽象方法,要么是静态方法。这句话我有疑问,java.util.List中default 方法不就是非静态方法的实现吗?还是我理解有误?

    作者回复: 前面就是个举例的回答,用来后面分析的,新版Java不准确了

    2018-06-03
    2
  • j.c.
    同种类型行为是通过不同方法调用还是不同实现类,哪个好点?
    2018-06-02
    2
  • Lpz
    重写是正方体与正方体之间的关系,重载是立方体与正方体之间的关系。
    2019-11-19
    1
  • clz1341521
    目前项目中很多代码工具类都是直接面向实现,才用static 方法。如日期类型转换,string操作等。这类方法有什么好的改进意见?
    2018-08-05
    1
  • Seven.Lin澤耿
    确实是的,目前还是许多程序员用面向对象语言书写面向过程的代码。实际工作中应该从业务流抽离出技术流,把类似if-else的处理封装,即使只是把代码抽离为方法;对于代码结构类似的(如,检查参数->业务处理->保存),应该更高一级的抽象,分离出业余模板(在JAVA表现就是一个接口或者抽象类);在每一次编程之前考虑其扩展性和松耦度,避免过度依赖导致后期难以维护。
    2018-07-30
    1
收起评论
42
返回
顶部