并发面试题解析

分布式系统中的一致性怎么保证？

这题考察一致性目标拆解、复制提交协议、读写路径取舍和故障后的收敛能力，不能只背 CAP 或只说加锁。

数据库事务是什么，ACID 分别代表什么？

这题考察事务边界、ACID 语义、日志恢复、隔离级别和业务不变量，重点是把概念落到数据库执行机制。

业务中为什么要使用分布式锁？

这题考察分布式互斥的业务动机、锁粒度、正确实现条件和替代方案，重点是说明锁只能保护有限临界区。

ZooKeeper 实现分布式锁的原理是什么？

这题考察临时顺序节点、前驱监听、会话语义和异常重试流程，重点是说明为什么相对公平且能避免惊群。

消费者端幂等性如何实现？

这题考察至少一次投递下的消费安全，核心是用业务唯一键、可靠去重记录和状态机把重复消息变成无副作用。

线程安全的单例模式怎么写？

这题考察 Java 单例在并发下的安全发布、延迟初始化、重排序风险，以及枚举、静态内部类、DCL 各自的边界。

同题还出现在 1 个公司岗位

协程解决什么问题，和线程性能怎么比较？

这题考并发模型和性能边界，回答要说明协程降低的是调度和内存成本，不是让 CPU 计算突破核心数。

CPU load 是什么？

这题考 Linux 性能指标理解，回答要区分 load average、CPU 使用率、核数和不可中断 I/O 等待。

多线程如何防止并发问题？

这题考并发安全的系统化处理，回答要先减少共享，再对必须共享的状态保证原子性、可见性和有序性。

HashMap 和 ConcurrentHashMap 的原理与区别是什么？

考察 Java 哈希表结构和并发容器实现，重点是桶结构、扩容、线程安全策略、弱一致迭代和 null 限制。

同题还出现在 1 个公司岗位

volatile 的原理是什么，能否替代锁？

考察 Java 内存模型，核心是 volatile 保证可见性和有序性，但不保证复合操作原子性，不能替代锁保护临界区。

MySQL 支持哪些隔离级别，对应实现原理是什么？

考察 MySQL InnoDB 隔离级别、MVCC、ReadView、undo log 和锁机制，重点是快照读与当前读的实现差异。

MVCC 的实现原理是什么？

MVCC 是多版本并发控制，通过为数据保留多个历史版本，让读操作基于一致性快照判断可见版本，从而减少读写互相阻塞。常见实现依赖隐藏版本字段、undo log、ReadView 和可见性规则。

Java 常见集合有哪些，各自适合什么场景？

Java 常见集合可以按接口体系理解：List 适合有序可重复数据，Set 适合去重，Map 适合键值映射，Queue 和 Deque 适合队列、栈和任务调度。回答时要结合底层结构、复杂度、是否有序、是否线程安全和典型场景。

Java Object 类有哪些常见方法？

Java Object 类是所有类的根类，常见方法可以分为对象身份相关、运行时类型相关、字符串表示、克隆、线程协作和对象生命周期几类。面试回答要说明方法用途，也要点出 equals/hashCode、wait/notify、clone、finalize 的关键边界。

ReentrantLock 如何基于 AQS 实现可重入锁？

ReentrantLock 的核心不是自己从零管理阻塞队列，而是把获取锁、释放锁、排队、唤醒、可中断等待、条件队列等通用同步能力交给 AQS。它用 AQS 的 state 表示重入次数，用独占线程记录锁持有者，通过公平或非公平策略决定是否允许新线程插队。

AQS 是什么？

AQS 是 Java 并发包中的基础同步框架，用一个 volatile state 表示同步状态，用一个 FIFO 等待队列管理竞争失败的线程，并通过模板方法把通用排队唤醒流程和具体同步语义分离。

Java 线程池有哪些核心参数？

Java 线程池的核心参数来自 ThreadPoolExecutor：corePoolSize、maximumPoolSize、keepAliveTime、unit、workQueue、threadFactory、RejectedExecutionHandler。真正要掌握的是它们如何共同决定线程创建、任务排队、扩容、回收和拒绝策略。

synchronized 和 ReentrantLock 有什么区别？

synchronized 是 JVM 层面的内置锁，语法简单，自动加锁释放；ReentrantLock 是 JUC 提供的显式锁，基于 AQS，功能更丰富。两者都可重入，都能保证互斥和可见性，但在使用方式、等待能力、公平性、条件队列和可中断性上差异明显。

MySQL 如何防止幻读？

MySQL 防止幻读要分清快照读和当前读。InnoDB 在可重复读下通过 MVCC 让普通查询看到稳定快照，通过 next-key lock 和 gap lock 保护范围加锁查询，从而阻止其他事务在范围内插入新记录。

客户端 Crash 发生后如何定位问题？

客户端 Crash 定位要从复现、日志、崩溃栈、符号化、版本环境、用户操作路径和近期变更入手，先判断是 Java/Kotlin 异常、Native 崩溃、ANR、OOM 还是系统兼容问题，再结合监控聚合和最小复现找到根因。

Java 有哪些常见加锁机制？

Java 常见加锁机制包括 synchronized、ReentrantLock、ReadWriteLock、StampedLock、原子类和基于 AQS 的同步器。面试重点不是罗列名称，而是说明它们的互斥语义、可重入性、公平性、可中断、条件等待、读写并发和适用场景。

ConcurrentHashMap 的实现原理是什么？

ConcurrentHashMap 的核心是把哈希表操作拆成可并发执行的小粒度步骤：读操作大多依赖 volatile 可见性和链表或树查找，无需整体加锁；写操作在空桶上用 CAS 放入节点，在冲突桶上锁住桶头节点；扩容时通过 ForwardingNode 和协助迁移让多个线程共同搬迁数据。

说一下TreeMap的实现原理？

TreeMap 是 Java 中基于红黑树实现的有序 Map。它按照 key 的比较规则维护全局排序，核心操作通常是 O(log n)，适合按 key 有序遍历、范围查询、前驱后继、最大最小 key 等场景。

StringBuffer的append和String的+=区别？

StringBuffer 的 append 是在同一个可变字符缓冲区上追加内容；String 的 += 表面像修改字符串，实质通常是生成新的字符串结果。核心区别在于 String 不可变，+= 的优化依赖编译器和上下文，循环拼接容易产生大量临时对象；StringBuffer 维护可变缓冲区，append 多次追加时复用内部数组，并通过同步方法提供线程安全，但也带来锁开销。

开放性问题，菜鸟无人仓机器人从A到B，需要多个机器人到达，怎么样效率最高？

这道题考察的是无人仓机器人路径规划与多机器人调度能力，核心不是单个机器人走最短路，而是在有限通道、有限交汇点、有限充电与装卸资源下，让多个仓储机器人安全、有序、稳定地从A到B完成任务。高质量回答应先定义效率目标，再建立仓库图模型，接着讨论多智能体路径规划、冲突避免、任务分配、在线重规划和仿真评估。

常见的cpu load过高，us过高，一般是什么问题？

CPU load 高和 CPU 使用率高不是同一个概念。load average 统计可运行队列和不可中断 I/O 任务，us 高表示用户态代码消耗大量 CPU。排查要先看 us、sy、wa、si、st 的结构，再定位到进程、线程和调用栈。

进程通信方式分别适合什么场景？

这道题考察的不是背诵 IPC 名词，而是能否根据进程关系、通信方向、数据量、时延、可靠性、同步需求和部署范围选择合适方案。回答时应先按场景分类：父子进程简单字节流用管道，本机无亲缘进程可用 FIFO、消息队列或本地 Socket，高吞吐大块数据用共享内存配合同步原语，事件通知用信号，跨主机通信用网络 Socket，文件或 mmap 适合持久化、低频共享和大文件映射。

StringBuffer的底层数据结构？

StringBuffer 的底层核心是一个可变的连续缓冲区，而不是每次修改都创建新的 String。常见实现中，真正负责存储、长度、容量和扩容的是 AbstractStringBuilder；早期实现可理解为 char[]，JDK 9+ 常见实现为了紧凑字符串改为 byte[] 加 coder 标记，但对外仍表现为可变字符序列。StringBuffer 的特点是在这套可变缓冲区能力之上，用 synchronized 保护关键操作，因此适合多个线程共享同一个实例时使用；单线程场景通常优先 StringBuilder。

进程如何保证并发？

进程保证并发，本质上不是某个进程自己保证，而是操作系统通过调度、上下文切换、多核执行、地址空间隔离、进程间通信、同步原语和资源管理共同实现。面试回答要把能同时推进和安全地同时推进区分开：前者靠调度器和 CPU 时间片，后者靠隔离边界、受控共享、锁与信号量、死锁预防以及内核对资源的统一仲裁。

数据库中乐观锁和悲观锁的应用场景是什么？

乐观锁适合读多写少、冲突概率低、业务能接受失败重试的场景；悲观锁适合写冲突高、强一致要求高、不能接受并发覆盖或超卖的场景。回答要围绕版本号/CAS、update where version、重试策略、select for update、行锁、事务边界、死锁风险、隔离级别和幂等性展开。

HashMap过程讲一下？

HashMap 的核心是“数组定位桶，桶内解决冲突”。JDK 8 及以后主流实现是 Node 数组加链表加红黑树：先用 hash 扰动把 key 的 hashCode 高位混入低位，再用数组长度减一与 hash 做位与定位桶；put 在桶为空时直接插入，桶非空时按 hash 和 equals 查找同 key，存在则覆盖值，不存在则挂到链表或树中；get 走同样的定位和匹配过程。扩容由容量、负载因子和阈值控制，默认负载因子 0.75，超过阈值后容量通常翻倍。单桶冲突达到树化阈值且数组容量足够时会转红黑树，节点减少到退化阈值附近会退回链表。HashMap 不保证顺序，也不是线程安全容器。

AQS 的核心原理是什么？

AQS 是 Java 并发包中很多同步器的基础框架，它用一个 volatile 的 state 表示同步状态，用 CAS 保证状态修改的原子性，并通过一个变体 CLH 双向等待队列管理竞争失败的线程。面试回答时要把它讲成“状态管理 + 队列排队 + 阻塞唤醒 + 模板方法扩展”的组合，而不是只背 ReentrantLock 底层用了 AQS。

保证Map线程安全？

Map 本身只是键值存储抽象，是否线程安全取决于具体实现和访问方式。普通 HashMap 在并发读写下不安全，可能出现数据丢失、结构破坏、读到不一致状态等问题。保证线程安全通常有几类方案：用外部锁保护所有访问、使用 Collections.synchronizedMap 包装、使用 ConcurrentHashMap、在读多写少场景使用不可变快照或 CopyOnWrite 思路。实际回答时要结合读写比例、是否需要复合操作原子性、是否需要强一致迭代、性能和内存成本来选型。

多线程如何在多个CPU上分布？

多线程并不是由程序自己平均分到多个 CPU 上，而是由操作系统调度器把处于可运行状态的线程调度到逻辑 CPU 上执行。线程能否真正并行，取决于可运行线程数、CPU 核心数或逻辑 CPU 数、调度策略、亲和性、负载均衡、锁竞争、I/O 等待、缓存与 NUMA 局部性等因素。

操作系统： 操作系统都有哪些内容？

这道题看似在问操作系统包含什么，实际考察候选人是否能把零散知识组织成一张系统地图：从进程线程、调度、同步互斥，到虚拟内存、文件系统、I/O、网络、系统调用、安全隔离、死锁和性能诊断。优秀回答不应只罗列名词，而要说明操作系统作为硬件与应用之间的管理层，如何抽象资源、分配资源、保护资源，并在并发、高性能和可靠性之间做权衡。

进程通信的方式有哪些？

进程间通信本质是在独立地址空间之间传递数据、同步状态或通知事件。回答不能只背名称，要按数据通道、同步机制、适用范围和性能代价展开，重点比较管道、命名管道、消息队列、共享内存、信号量、信号、Socket、Unix domain socket、mmap 和文件锁。

过去经历中怎么应对高并发或高性能场景的？

高并发或高性能场景不是考单点技术名词，而是考候选人能否把真实工程问题讲成闭环：先明确业务目标和容量指标，再通过压测和可观测性找到瓶颈，随后从流量、应用、缓存、队列、数据库、线程池、连接池、锁竞争、水平扩展和稳定性预案等层面治理，最后用结果指标证明方案有效。

锁的实现原理是什么？

锁的实现原理可以概括为：用一个可被原子修改的状态表示锁是否被占用，用所有者信息判断谁持有锁，用等待队列管理竞争失败的线程，用阻塞与唤醒降低空转成本，并通过内存屏障建立临界区内外的可见性与有序性保证。理解锁不能只停留在“加锁和解锁”两个动作，而要能讲清互斥、状态变更、线程挂起、唤醒、公平性、重入、超时、中断和竞争优化之间的关系。

可重入锁的原理？

可重入锁的核心原理是：锁不仅记录有没有被占用，还记录被哪个线程占用以及同一线程重复进入了多少次。当持有锁的线程再次请求同一把锁时，不会被自己阻塞，而是把重入计数加一；退出时计数减一，只有计数归零才真正释放锁并唤醒后续等待线程。Java 中 synchronized 和 ReentrantLock 都支持可重入，但实现层次不同：synchronized 由 JVM 管理监视器和锁记录，ReentrantLock 主要基于 AQS 的 state、独占线程 owner、等待队列、CAS 和 park/unpark 实现。

读写锁怎么实现？

读写锁的核心是把访问分成共享读和独占写：多个读线程可以同时进入，写线程进入时必须排斥所有读线程和其他写线程。Java 的 ReentrantReadWriteLock 基于 AQS 实现，用同一个 state 同时记录读锁和写锁计数，并支持可重入、公平策略、锁降级等语义。

Redis 分布式锁如何实现？

Redis 分布式锁的核心不是用一个 key 表示占用，而是要同时解决互斥、死锁、误删、超时、续期、主从切换和业务兜底。标准实现通常是 SET key token NX PX ttl 获取锁，用唯一 token 标识持有者，用 Lua 脚本先比较 token 再删除来释放锁。

分布式锁的使用场景？

分布式锁用于解决多个进程、多个实例、多个节点同时争抢同一份业务资源时的互斥问题，典型场景包括库存扣减、定时任务去重、幂等控制和资源抢占。面试回答不能只说“防止并发”，还要讲清锁的粒度、过期时间、唯一 token、续期、释放校验、可重入、公平性，以及 Redis、ZooKeeper、数据库方案在性能、一致性和故障边界上的取舍。

线程锁锁的到底是什么？

线程锁并不是把某个线程本身锁住，也不是直接把一段代码或一个变量物理锁住。更准确地说，锁是一种同步协议：它通过某个可竞争的同步状态，约束多个线程进入临界区的顺序，从而保护共享资源及其不变量。Java 中 synchronized 竞争的是对象监视器或类对象监视器，ReentrantLock 竞争的是基于 AQS 维护的同步状态；操作系统层面的 mutex、semaphore 等竞争的是内核或用户态维护的同步状态。

分布式锁代码逻辑里如果发生异常 catch 的时候需要做什么？

分布式锁保护的业务逻辑发生异常时，catch 的重点不是立刻解锁，而是让失败可见、记录足够上下文、决定补偿或重试。锁释放应统一放在 finally，并在释放前确认当前请求仍然持有锁，避免锁泄漏、误删他人锁和异常被吞导致的数据不一致。

mysql慢查询优化方案？

这道题考察的不是背几个索引原则，而是候选人能否把“发现慢查询、判断瓶颈、制定优化方案、验证效果、防止回退”串成闭环。优秀回答应覆盖慢查询日志与监控定位、EXPLAIN 执行计划分析、索引设计、SQL 改写、表结构与数据规模治理、分页与排序优化、锁等待排查、缓存与业务链路优化，以及上线后的持续观测。

内存资源很宝贵，为什么不能直接访问数据库表？

不能直接访问数据库表的原因是，表不是应用进程里可随意读取的一块内存数组，而是数据库引擎管理的持久化数据结构。应用需要通过 SQL、连接、权限、索引、事务和数据库协议访问数据；数据库内部再决定从磁盘、Buffer Pool、索引页或缓存中读取哪些页。绕过数据库引擎或把全表搬到内存，会破坏一致性、并发控制、恢复能力、安全边界和资源隔离。

InnoDB 和 MyISAM 区别？

InnoDB 和 MyISAM 的核心区别不是简单的谁快谁慢，而是存储引擎目标不同。InnoDB 面向事务一致性、崩溃恢复和高并发 OLTP，支持事务、行级锁、MVCC、外键、聚簇索引和可靠恢复；MyISAM 是早期非事务引擎，主要使用表级锁，不支持事务和外键，恢复能力弱，适合范围非常有限。