中科创达 Java开发 一面 面经

1. 请描述一下Java中接口和抽象类的区别,以及各自的使用场景

接口和抽象类都是Java中实现抽象的方式。接口使用interface关键字定义,所有方法默认是public abstract的(Java 8后可以有默认方法),只能包含常量。一个类可以实现多个接口,这弥补了Java单继承的限制。

抽象类使用abstract关键字修饰,可以包含抽象方法和具体方法,可以有成员变量,可以有构造方法。一个类只能继承一个抽象类。

使用场景上,当多个类有共同行为但实现方式不同时用接口;当多个类有共同的属性和部分共同实现时用抽象类。比如动物类适合用抽象类,而飞行能力适合用接口。

2. HashMap的底层实现原理是什么?put和get的过程是怎样的?

HashMap底层是数组+链表+红黑树的结构。在Java 8之前是数组+链表,Java 8后当链表长度超过8且数组长度大于64时会转为红黑树。

put过程:首先对key进行hash运算得到hash值,然后通过(n-1) & hash计算出数组下标。如果该位置为空直接插入;如果不为空则判断key是否相同,相同则覆盖value;不同则遍历链表或红黑树插入。当元素数量超过阈值(容量*负载因子)时会进行扩容。

get过程:同样先计算hash值和数组下标,找到对应位置后比较key,相同则返回value,否则在链表或红黑树中查找。

3. 谈一下你对Java异常处理机制的理解

Java异常分为Checked Exception和Unchecked Exception。Checked Exception是编译时异常,必须显式处理,比如IOException;Unchecked Exception是运行时异常,包括RuntimeException及其子类,比如NullPointerException。

异常处理使用try-catch-finally结构。try块包含可能抛出异常的代码,catch块捕获并处理异常,finally块无论是否发生异常都会执行,常用于资源释放。Java 7引入了try-with-resources语法,可以自动关闭实现了AutoCloseable接口的资源。

自定义异常时,检查型异常继承Exception,非检查型异常继承RuntimeException。异常处理要遵循具体异常具体处理的原则,避免捕获Exception这种过于宽泛的异常。

4. 启动多线程的方法有哪些

Java中创建线程主要有四种方式:

第一种是继承Thread类,重写run方法,然后创建对象调用start方法。

第二种是实现Runnable接口,实现run方法,然后将Runnable对象作为参数传给Thread构造方法。这种方式更灵活,因为Java是单继承的。

第三种是实现Callable接口,配合FutureTask使用,可以获取线程执行结果和处理异常。

第四种是使用线程池ExecutorService,通过Executors工厂类创建或者直接new ThreadPoolExecutor,这是企业开发中最推荐的方式,可以复用线程,控制并发数量。

5. 声明一个list你是怎么去进行声明的

我一般会这样声明:List<String> list = new ArrayList<>();

使用接口类型List作为引用类型,而不是直接用ArrayList。这样做的好处是面向接口编程,降低耦合度。如果后续需要改用LinkedList或其他List实现,只需要修改new后面的部分,其他代码不用改动。这体现了依赖倒置原则,依赖抽象而不依赖具体实现。

泛型的使用可以在编译期进行类型检查,

剩余60%内容,订阅专栏后可继续查看/也可单篇购买

Java面试圣经 文章被收录于专栏

Java面试圣经,带你练透java圣经

全部评论

相关推荐

02-07 12:06
已编辑
华侨大学 测试开发
最近看到很多&nbsp;92&nbsp;的,甚至是硕士,开始往测开赛道卷,说实话有点看不懂。先把话说清楚,大厂里的测开,绝大多数时间干的还是测试的活,只是写点自动化脚本、维护测试平台、接接流水线,真正像开发一样做系统、做架构、做核心平台的测开少得可怜,基本都集中在核心提效组,而且人很少,外面进去的大概率轮不到你,我想真正干过人都清楚。很多人被洗脑了,以为测开也是开,和后端差不多,只是更简单、更轻松、还高薪。现实情况是,测开和开发的职业路径完全不一样。开发的核心是业务和系统能力,测开的核心是稳定性和覆盖率,前者是往上走,后者天花板非常明显。你可以见到很多开发转测开,但你很少见到干了几年测开还能顺利转回开发的。更现实一点说,92&nbsp;的高学历如果拿来做测开,大部分时间就是在做重复性很强的杂活,这种工作对个人能力的放大效应非常弱。三年下来,你和一个双非的,甚至本科的测开差距不会太大,但你和同龄的后端、平台开发差距会非常明显。这不是努不努力的问题,是赛道问题。所谓测开简单高薪,本质上是把极少数核心测开的上限,当成了整个岗位的常态来宣传。那些工资高、技术强的测开,本身就是开发水平,只是挂了个测开的名。普通人进去,99%&nbsp;做的都是项目兜底型工作,而不是你想象中的平台开发。测开不是不能做,但它绝对不是开发的平替,也不是性价比最优解。如果你是真的不想做开发,追求稳定,那测开没问题。但如果你只是觉得测开比后端容易,还能进大厂,那我劝你冷静一点,这只是在用短期安全感换长期天花板。有92的学历,如果你连测开这些重复性工作都能心甘情愿接受,那你把时间精力用在真正的开发、系统、业务深度上,回报大概率比卷测开要高得多。想清楚再下场,别被岗位名和话术带偏了,就算去个前端客户端也是随便占坑的,测开是一个坑位很少赛道,反而大面积学历下放,不用想也能知道会是什么结果,我想各位在JAVA那里已经看到了
小浪_Coding:工作只是谋生的手段 而不是相互比较和歧视
点赞 评论 收藏
分享
评论
点赞
1
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务