本文梳理了十个常见的消息队列面试题及要点：阐述了 MQ 的概念和 RabbitMQ、RocketMQ、Kafka 等主流中间件；列举了应用解耦、流量削峰、异步处理、消息通信、远程调用等典型场景；重点说明了生产者、存储端和消费者三阶段如何防止消息丢失、实现同步刷盘和复制、确保消费成功；介绍了保证顺序消费的分区/单线程策略及局部有序实现方式；讨论了重复消费的可能性及基于唯一标识或 Redis 的幂等方案；提供了排查与扩容、分批消费等应对消息积压的思路；对 Kafka、RocketMQ、RabbitMQ 在吞吐、语言、持久化、顺序、集群等方面进行对比选型；解析了基于副本选举的高可用机制；说明了事务消息的两段提交流程以保证数据一致性；最后给出设计自研 MQ 时应考虑的整体流程、RPC、持久化、消费模型、高可用、事务与伸缩等关键要素。
Redis 通过在内存中缓存 DB 数据，提高读写性能，但不当设计会出现三大问题： 1）缓存击穿：热点数据在高并发下刚好失效，所有请求冲击 DB。解决方案包括不设过期或加随机过期、预热热点、使用分布式锁防止并发 DB 读取。 2）缓存穿透：查询不存在的键，每次都落库。可在 DB 未命中时缓存空值，或使用布隆过滤器在查询前拦截不存在的键。 3）缓存雪崩：大量键同时间失效或 Redis 故障导致请求全部落库。防止措施有给过期时间加随机值、接口限流、服务熔断，以及构建 Redis 哨兵/Cluster 高可用集群。 通过上述策略，可保障缓存的高可用性，避免对后端数据库造成冲击。
List是Java集合接口，常用实现ArrayList（数组，查询快，容量不足时按1.5倍扩容）和LinkedList（链表，增删快）。ArrayList适合读多写少，LinkedList适合写多读少。List可重复有序，Set不重复无序且基于Map。Vector已少用，线程安全List可用Collections.synchronizedList或CopyOnWriteArrayList；后者写时复制实现并发读，但占内存多且读到旧数据。排序用list.sort或Collections.sort，遍历删除用Iterator.remove或list.removeIf避免fast‑fail。
Redis 常用于实现分布式锁，可靠的锁应具备互斥、超时释放、可重入、高性能、高可用和安全性。文中系统梳理了七种实现方式：① SETNX + EXPIRE，操作不原子易导致死锁；② SETNX + 时间戳值，需客户端时间同步且仍缺唯一标识；③ Lua 脚本一次性完成 SETNX 与 EXPIRE，保证原子性；④ SET EX PX NX 直接原子加锁；⑤ 在 value 中存唯一随机标识并用 Lua 脚本校验后删除，防止误删；⑥ Redisson 框架通过 watchdog 自动续期解决锁提前失效问题；⑦ Redlock 多节点算法，在多数 Redis master 上同时加锁并校时，提升跨节点的安全性。每种方案的优缺点和适用场景均有阐述。
面试围绕多线程展开，阐述使用多线程提升资源利用率和并发能力的原因及适用场景，如大文件读写、耗时任务和定时任务。解释线程安全的含义，并给出常用解决方案：原子类、CountDownLatch、并发集合、synchronized、Lock 及分布式锁。说明 synchronized 通过 monitorenter/monitorexit 实现锁机制及其字节码标志。比较 synchronized 与 ReentrantLock 的锁释放方式、可公平性、可中断性、超时获取和 tryLock。简述公平锁概念并介绍 CAS 的工作原理及在 AtomicInteger 中的应用。
Redis 4.0 前单线程处理网络 I/O 与 Set/Get，避免锁竞争并使用 epoll 实现高效 I/O；4.0 后引入多线程用于大数据异步删除。持久化提供 AOF（追加日志）和 RDB（快照）两种方式，4.0 还支持二者混合。AOF 先执行命令再写日志，存在数据丢失和阻塞风险；RDB 可通过 save 同步阻塞或 bgsave 子进程异步生成快照，写时复制保证数据可修改。高可用方案包括主从复制、哨兵自动故障转移和 Cluster。Cluster 将键映射至 16384 个哈希槽，采用 CRC16 取模实现节点选择，解决写和存储扩展问题。
代码演示了 Java 中字符串比较的细节。`s1` 通过 `new String("xiaozou")` 在堆中创建了独立对象，`s2` 直接引用常量池中的字面量，两者地址不同，`s1 == s2` 为 `false`。调用 `s1.intern()` 时，若常量池已有相同内容的字符串，则返回该池中对象的引用，否则将其加入池中。因为常量池已经存在 `"xiaozou"`，`s3` 获得的正是 `s2` 的引用，故 `s2 == s3` 为 `true`。文章通过源码解释说明了 `intern()` 的工作原理及其在字符串共享中的作用。
本文给出一道面试题：在保持 `String s` 引用不变的前提下，使其输出从 `abc` 变为 `abcd`。常规做法如 `StringBuilder.append()` 或 `String.replace()` 均不可行。正确方案是通过反射修改 `String` 的内部 `value`（char[]）字段：获取字段、设为可访问、写入新字符数组即可。但在 JDK 11 及以上运行时会抛出 `IllegalArgumentException`，因为 `value` 为 `final` 且受模块系统的非法反射访问限制。文章说明了 `setAccessible(true)` 的作用并解释异常产生的原因。
Dubbo是高性能的 Java RPC 框架，官方推荐使用 Zookeeper 作为服务注册中心。文章先概述 Dubbo 的特性与服务治理，随后通过一个基于 Maven 的完整实战案例演示其使用流程：①创建 service‑api 模块定义公共接口；②在 provider 模块引入该接口并实现类，用 @Service 注解将服务注册到 Zookeeper；③在 consumer 模块同样引入接口，通过 @Reference 调用服务。文中提供了所有 Maven 依赖、properties 配置、启动代码以及运行步骤（启动本机 Zookeeper、启动提供者、启动消费者，回车键触发调用），完整源码已上传至 GitHub。
HashMap 的键必须唯一，插入相同键会覆盖旧值。键唯一性的判断先比较 hashCode，再通过 equals 判断真实相等。因此在自定义类作键时必须同时重写 hashCode 与 equals。HashMap 底层结构为数组+链表，JDK 8 之后在链表过长时会转为红黑树；它是非线程安全的，键和值均可为 null，键唯一而值可以重复。本文通过 String 与自定义 Person 类的示例，演示了未重写方法导致键重复的现象，并给出正确实现的代码示例。
