阿里Java面试题及参考答案（贴近真实面试场景）.docxVIP

阿里Java面试题及参考答案（贴近真实面试场景）

一、Java基础（高频考察，侧重细节应用）

问题：HashMap和ConcurrentHashMap的核心区别？实际开发中什么时候用后者？

答案：

线程安全：HashMap完全线程不安全（扩容时可能出现死循环，多线程put可能丢数据）；ConcurrentHashMap（JDK1.8）用CAS+synchronized实现分段锁，支持高并发读写。

功能差异：HashMap允许key/value为null；ConcurrentHashMap不允许（避免并发场景下null判断歧义）。

适用场景：单线程环境或无并发修改的场景用HashMap；多线程同时读写（比如缓存更新、分布式锁存储）用ConcurrentHashMap，比Hashtable效率高（Hashtable是全局锁）。

问题：String、StringBuffer、StringBuilder的区别？为什么阿里规范里禁止在循环中用String拼接？

答案：

可变性：String不可变（底层char数组final修饰），拼接会生成新对象；StringBuffer（线程安全，方法加synchronized）和StringBuilder（线程不安全）可变，直接操作底层数组。

效率：StringBuilderStringBufferString（循环拼接时差距极明显）。

阿里规范原因：循环中用String拼接（如str+=a）会隐式创建StringBuilder，每次循环都new对象，且频繁扩容，内存开销大、效率低。正确做法是循环外创建StringBuilder，调用append()方法。

问题：Java的四种引用类型及应用场景？

答案：

强引用（默认）：如Objectobj=newObject()，只要引用存在，GC不会回收，OOM时才可能崩溃，比如缓存中常用强引用存储核心数据。

软引用（SoftReference）：内存充足时不回收，内存不足时回收，适用于缓存场景（如图片缓存，内存不够时释放图片资源）。

弱引用（WeakReference）：GC触发时立即回收，适用于临时数据关联（如ThreadLocal的key）。

虚引用（PhantomReference）：仅用于监听对象被GC的事件，无实际引用意义，适用于资源清理（如DirectBuffer的回收通知）。

二、并发编程（核心考察点，结合阿里业务场景）

问题：线程池的核心参数？阿里为什么不允许用Executors创建线程池？

答案：

核心参数：核心线程数（核心池大小）、最大线程数、队列容量、空闲线程存活时间、拒绝策略。

禁止Executors的原因：

FixedThreadPool和SingleThreadPool的队列是LinkedBlockingQueue，默认容量Integer.MAX_VALUE，可能导致任务堆积过多，触发OOM（阿里业务中高并发场景多，任务量大时风险极高）。

CachedThreadPool的最大线程数是Integer.MAX_VALUE，并发高时会创建大量线程，导致CPU和内存耗尽。

正确做法：用ThreadPoolExecutor自定义线程池，根据业务场景设置核心参数（如核心线程数=CPU核心数*2+1，队列用有界队列ArrayBlockingQueue，拒绝策略用AbortPolicy或自定义降级策略）。

问题：synchronized和Lock的区别？实际开发中怎么选？

答案：

底层实现：synchronized是JVM层面的锁（监视器锁），依赖操作系统MutexLock；Lock是API层面的锁（如ReentrantLock，基于AQS实现）。

功能差异：synchronized自动释放锁（异常时也释放），无法中断、无法超时；Lock需要手动释放（必须在finally中unlock()），支持中断、超时、公平锁/非公平锁选择。

性能：低并发场景下synchronized效率高（JVM优化了偏向锁、轻量级锁）；高并发场景下Lock更灵活，性能更稳定。

选择原则：简单加锁场景（如单例模式双重校验锁）用synchronized；需要超时等待、中断锁、公平锁，或高并发读写场景（如缓存更新）用ReentrantLock。

问题：AQS的核心原理？它是怎么实现可重入锁和CountDownLatch的？

答案：

核心原理：AQS（AbstractQueuedSynchronizer）基于“双向链表+状态变量”实现