1. Java中自动装箱时，Integer.valueOf(127)和Integer.valueOf(128)有何区别？

思路

核心围绕Integer缓存池（IntegerCache）的范围展开，明确缓存命中与新建对象的差异。

回答示例

两者的核心区别在于是否命中Integer缓存池：

1. Integer.valueOf(127)：127在IntegerCache的默认缓存范围（-128~127）内，直接返回缓存池中已创建的Integer对象，不会新建实例；
2. Integer.valueOf(128)：128超出缓存范围，会通过new Integer(128)创建全新的Integer对象。

补充：自动装箱（如Integer a = 127）本质就是调用Integer.valueOf()，因此Integer a=127; Integer b=127指向同一对象，而Integer c=128; Integer d=128指向不同对象。

2. 接口与抽象类在设计层面的核心差异？

思路

从“设计目的、继承限制、成员特性、多态实现”四个核心维度对比，突出接口的“行为规范”和抽象类的“模板复用”。

回答示例

接口和抽象类的核心设计差异体现在“职责定位”：

核心总结：接口是“行为契约”，抽象类是“代码复用模板”。

3. HashSet添加元素时，hashCode()和equals()的调用顺序？

思路

明确“先hashCode()判哈希值，再equals()判内容”的核心逻辑，解释哈希值的“快速筛选”作用。

回答示例

HashSet底层依赖HashMap实现，添加元素时调用顺序严格遵循：

1. 先调用元素的hashCode()，计算哈希值，定位到HashMap的对应桶位置；
2. 若该桶为空，直接添加元素，不调用equals()；
3. 若该桶已有元素，依次对比桶内元素的哈希值：

核心逻辑：hashCode()是“快速筛选器”，减少equals()的调用次数（因为equals()比hashCode()耗时）。

4. ConcurrentHashMap在JDK1.7中如何通过分段锁提升并发度？

思路

围绕“Segment分段、锁粒度降级”展开，对比HashMap的全局锁说明并发优化原理。

回答示例

JDK1.7的ConcurrentHashMap通过分段锁（Segment） 提升并发度，核心逻辑：

1. 数据结构：将整个哈希表划分为多个Segment（默认16个），每个Segment本质是一个独立的HashMap；
2. 锁粒度：给每个Segment加一把ReentrantLock，而非给整个哈希表加全局锁；
3. 并发逻辑：
4. 并发度：默认支持16个线程同时操作不同Segment，并发度远高于HashMap的全局锁（仅1个线程操作）。

补充：JDK1.8已废弃Segment，改用CAS+Synchronized（锁桶节点），进一步降低锁粒度。

5. 线程池提交任务时，核心线程未满、队列未满、最大线程未满的执行逻辑？

思路

按“核心线程→队列→最大线程”的优先级梳理执行流