26年2月北京独创时代 Java开发工程师 一面
1. Java中checked exception与unchecked exception的继承体系差异?
思路
从继承根类、编译期检查规则、典型子类三个维度拆解核心差异,明确“受检/非受检”的本质区别。
回答示例
维度 |
Checked Exception(受检异常) |
Unchecked Exception(非受检异常) |
继承根类 |
直接/间接继承 |
直接/间接继承 |
编译期检查 |
必须显式捕获(try-catch)或声明抛出(throws),否则编译报错 |
无需显式处理,编译期不检查,运行时才抛出 |
典型子类 |
|
|
核心继承体系:
- 所有异常根类是
Throwable,分为Error(JVM错误)和Exception(应用异常); Exception又分为:
2. Stream流操作中,filter()与map()的中间操作特性有何不同?
思路
从“操作目的、元素类型、元素数量”三个核心维度对比,结合惰性求值特性说明共性。
回答示例
filter()和map()均为Stream的中间操作(惰性求值,仅终端操作触发执行),但核心特性差异显著:
特性 |
filter() |
map() |
操作目的 |
按条件筛选元素(保留/丢弃) |
转换元素类型/值(一对一映射) |
元素类型 |
输出元素类型 = 输入元素类型 |
输出元素类型 ≠ 输入元素类型(可任意转换) |
元素数量 |
输出数量 ≤ 输入数量(筛选后可能减少) |
输出数量 = 输入数量(每个元素必转换) |
典型示例 |
|
|
共性:
- 均为惰性操作,调用后不立即执行,需配合
collect()/forEach()等终端操作触发; - 均返回新的Stream,原Stream不变(Stream不可变)。
3. NIO中Selector.select()阻塞时,如何通过wakeup()安全唤醒?
思路
讲wakeup()的底层机制(打破阻塞、重置唤醒状态),以及线程安全的调用方式。
回答示例
Selector的select()方法会阻塞至有就绪通道/超时/被唤醒,wakeup()是安全唤醒阻塞select()的核心方法,原理如下:
- wakeup()底层机制:
- 安全唤醒的注意事项:
示例代码:
// Selector线程
Thread selectorThread = new Thread(() -> {
Selector selector = Selector.open();
// 注册通道...
while (!Thread.currentThread().isInterrupted()) {
try {
int readyCount = selector.select(); // 阻塞
if (readyCount > 0) {
// 处理就绪通道...
}
} catch (IOException e) {
e.printStackTrace();
}
}
});
selectorThread.start();
// 业务线程唤醒Selector
selector.wakeup(); // 立即唤醒阻塞的select()
4. 线程池allowCoreThreadTimeOut(true)开启后,核心线程空闲超时的行为?
思路
对比开启前后核心线程的行为差异,明确超时回收的触发条件和流程。
回答示例
allowCoreThreadTimeOut(true)是线程池的核心参数,开启后核心线程的行为发生根本变化:
状态 |
开启前(默认false) |
开启后(true) |
核心线程空闲行为 |
核心线程永不超时回收,即使长期空闲也常驻 |
核心线程空闲时间达到 |
线程池最小线程数 |
始终保留 |
空闲时可缩容至0(无任务时无常驻线程) |
任务提交后行为 |
直接使用核心线程(无需创 |
剩余60%内容,订阅专栏后可继续查看/也可单篇购买
本专栏在精不在多,内容分为八股文、大厂真实面经,面试通过后将offer和面试题私发给我,可退还专栏的收益部分费用。欢迎大家共建专栏
