这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. synchronized 是 JVM 内置锁，语法简单，自动释放；ReentrantLock 是显式锁，支持可中断、超时、公平锁和多个 Condition。 2. 底层可以从对象头、Monitor、锁升级，以及 AQS 队列同步器两个方向展开。 3. 选择上，普通互斥优先 synchronized；需要复杂等待通知、超时或公平性时使用 ReentrantLock。 容易被追问： - AQS 的 state 和队列分别做什么？ - 锁升级过程是什么？ 注意事项： - 手写 Lock 必须在 finally 释放。 - 不要只背区别，要结合业务场景选择。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. JVM 回答先拆成运行时内存、对象生命周期、垃圾回收器和类加载机制四块。 2. GC 要说明可达性分析、分代假设、Minor/Full GC，以及常见回收器的目标差异：G1 平衡吞吐和停顿，ZGC 更关注低延迟。 3. 如果问类加载，要讲加载、验证、准备、解析、初始化，以及双亲委派如何避免核心类被篡改和重复加载。 容易被追问： - 频繁 Full GC 怎么排查？ - 什么时候会破坏双亲委派？ 注意事项： - 不要把方法区、元空间、永久代混为一谈。 - 不要只列名词，要说明适用场景。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. MySQL 常见隔离级别是读未提交、读已提交、可重复读和串行化；InnoDB 默认可重复读。 2. MVCC 通过版本链和 Read View 让快照读读到符合可见性规则的历史版本，核心字段包括活跃事务集合、最小活跃事务 ID、下一个事务 ID 等。 3. 快照读主要靠 MVCC，当前读会加锁；可重复读下 InnoDB 通过 next-key lock 在当前读场景减少幻读。 容易被追问： - 读已提交和可重复读的 Read View 创建时机有什么区别？ 注意事项： - 不要说 MVCC 能解决所有幻读，要区分快照读和当前读。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：Java和 C++有什么区别。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：spring的核心思想说说你的理解。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 计算机基础题要先给定义，再讲关键机制，最后联系工程场景。 2. 进程线程可以从资源隔离、调度单位、上下文切换、通信方式和故障影响对比。 3. 网络题要覆盖连接建立、可靠性、拥塞/流量控制、状态码、长连接、TLS 和常见性能优化。 容易被追问： - TIME_WAIT 为什么需要等待？ - HTTPS 握手过程是什么？ 注意事项： - 不要只背 OSI 七层，要落到 TCP/HTTP 的真实问题。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：ARM有了解嘛。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. JVM 回答先拆成运行时内存、对象生命周期、垃圾回收器和类加载机制四块。 2. GC 要说明可达性分析、分代假设、Minor/Full GC，以及常见回收器的目标差异：G1 平衡吞吐和停顿，ZGC 更关注低延迟。 3. 如果问类加载，要讲加载、验证、准备、解析、初始化，以及双亲委派如何避免核心类被篡改和重复加载。 容易被追问： - 频繁 Full GC 怎么排查？ - 什么时候会破坏双亲委派？ 注意事项： - 不要把方法区、元空间、永久代混为一谈。 - 不要只列名词，要说明适用场景。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：索引失效的场景知道哪些。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：说说对于Java反射的理解。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 计算机基础题要先给定义，再讲关键机制，最后联系工程场景。 2. 进程线程可以从资源隔离、调度单位、上下文切换、通信方式和故障影响对比。 3. 网络题要覆盖连接建立、可靠性、拥塞/流量控制、状态码、长连接、TLS 和常见性能优化。 容易被追问： - TIME_WAIT 为什么需要等待？ - HTTPS 握手过程是什么？ 注意事项： - 不要只背 OSI 七层，要落到 TCP/HTTP 的真实问题。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 计算机基础题要先给定义，再讲关键机制，最后联系工程场景。 2. 进程线程可以从资源隔离、调度单位、上下文切换、通信方式和故障影响对比。 3. 网络题要覆盖连接建立、可靠性、拥塞/流量控制、状态码、长连接、TLS 和常见性能优化。 容易被追问： - TIME_WAIT 为什么需要等待？ - HTTPS 握手过程是什么？ 注意事项： - 不要只背 OSI 七层，要落到 TCP/HTTP 的真实问题。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. MySQL 常见隔离级别是读未提交、读已提交、可重复读和串行化；InnoDB 默认可重复读。 2. MVCC 通过版本链和 Read View 让快照读读到符合可见性规则的历史版本，核心字段包括活跃事务集合、最小活跃事务 ID、下一个事务 ID 等。 3. 快照读主要靠 MVCC，当前读会加锁；可重复读下 InnoDB 通过 next-key lock 在当前读场景减少幻读。 容易被追问： - 读已提交和可重复读的 Read View 创建时机有什么区别？ 注意事项： - 不要说 MVCC 能解决所有幻读，要区分快照读和当前读。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：开场三连问。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：Java的集合介绍一下。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 消息队列价值是削峰填谷、异步解耦和流量缓冲，但代价是复杂度、一致性和可观测性要求上升。 2. 可靠性要从生产者确认、Broker 持久化、副本机制、消费者提交 offset、幂等消费和补偿重试一起回答。 3. 顺序性通常要求同一业务 key 进入同一分区/队列，消费者单线程或按 key 串行处理。 容易被追问： - 消息重复消费怎么做幂等？ - 积压后如何扩容和恢复？ 注意事项： - 不要只说 MQ 能解耦，要说明失败、重复、乱序和积压如何处理。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：说说你对Java多态怎么理解。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：Java和C 语言的区别是什么。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 线程池核心参数包括 corePoolSize、maximumPoolSize、keepAliveTime、workQueue、threadFactory 和 rejectionHandler。 2. 执行流程是先用核心线程，再进队列，队列满后扩到最大线程数，仍处理不了就走拒绝策略。 3. 生产调优要按任务类型区分：CPU 密集关注核心数，IO 密集关注等待时间；同时监控队列长度、活跃线程数、拒绝数和耗时。 容易被追问： - 线上线程池打满如何排查？ - 核心线程数如何估算？ 注意事项： - 不要直接使用无界队列吞掉压力。 - 不要忽略拒绝策略和线程命名。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：为什么选择Java，其优势在哪儿。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：Java 中常用集合有哪些。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 计算机基础题要先给定义，再讲关键机制，最后联系工程场景。 2. 进程线程可以从资源隔离、调度单位、上下文切换、通信方式和故障影响对比。 3. 网络题要覆盖连接建立、可靠性、拥塞/流量控制、状态码、长连接、TLS 和常见性能优化。 容易被追问： - TIME_WAIT 为什么需要等待？ - HTTPS 握手过程是什么？ 注意事项： - 不要只背 OSI 七层，要落到 TCP/HTTP 的真实问题。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 计算机基础题要先给定义，再讲关键机制，最后联系工程场景。 2. 进程线程可以从资源隔离、调度单位、上下文切换、通信方式和故障影响对比。 3. 网络题要覆盖连接建立、可靠性、拥塞/流量控制、状态码、长连接、TLS 和常见性能优化。 容易被追问： - TIME_WAIT 为什么需要等待？ - HTTPS 握手过程是什么？ 注意事项： - 不要只背 OSI 七层，要落到 TCP/HTTP 的真实问题。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：介绍一下反射的特性。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 计算机基础题要先给定义，再讲关键机制，最后联系工程场景。 2. 进程线程可以从资源隔离、调度单位、上下文切换、通信方式和故障影响对比。 3. 网络题要覆盖连接建立、可靠性、拥塞/流量控制、状态码、长连接、TLS 和常见性能优化。 容易被追问： - TIME_WAIT 为什么需要等待？ - HTTPS 握手过程是什么？ 注意事项： - 不要只背 OSI 七层，要落到 TCP/HTTP 的真实问题。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 计算机基础题要先给定义，再讲关键机制，最后联系工程场景。 2. 进程线程可以从资源隔离、调度单位、上下文切换、通信方式和故障影响对比。 3. 网络题要覆盖连接建立、可靠性、拥塞/流量控制、状态码、长连接、TLS 和常见性能优化。 容易被追问： - TIME_WAIT 为什么需要等待？ - HTTPS 握手过程是什么？ 注意事项： - 不要只背 OSI 七层，要落到 TCP/HTTP 的真实问题。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：怎么理解并发问题。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：sycronized和locked的区别。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：单核CPU如何执行多个程序。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. Bean 生命周期可以按实例化、属性填充、Aware 回调、BeanPostProcessor 前置、初始化、后置、使用、销毁来讲。 2. 扩展点重点是 BeanFactoryPostProcessor、BeanPostProcessor、InitializingBean、init/destroy 方法。 3. Spring Boot starter 的核心是自动配置、条件装配和约定化依赖，让业务只引入 starter 就能获得默认配置。 容易被追问： - 三级缓存如何解决循环依赖？ - 什么时候循环依赖解决不了？ 注意事项： - 不要把 Spring 容器启动流程和单个 Bean 生命周期混在一起。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. Redis 快主要因为内存访问、单线程事件循环避免锁竞争、高效数据结构和 IO 多路复用。 2. 持久化有 RDB 和 AOF：RDB 适合快照备份、恢复快但可能丢数据；AOF 记录写命令，数据更完整但文件更大。 3. 生产问题要覆盖热 key、大 key、缓存一致性、淘汰策略、主从复制和哨兵/集群高可用。 容易被追问： - 如何发现和治理大 key？ - 缓存与数据库一致性怎么保证？ 注意事项： - 不要说 Redis 单线程就一定不会阻塞，大 key、慢命令和持久化都可能造成抖动。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：ArrayList 和 LinkedList 的区别是什么？（答上来了）。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. HashMap 基于数组、链表和红黑树，先 hash 定位桶位，冲突后链表或树化存储。 2. 扩容通常按负载因子触发，容量翻倍后元素要重新分布；JDK 8 之后链表过长且数组足够大时会树化。 3. 线程安全场景不能用 HashMap，ConcurrentHashMap 通过更细粒度的并发控制提升并发读写能力。 容易被追问： - 为什么树化阈值不是很小？ - ConcurrentHashMap 读为什么快？ 注意事项： - 不要只说 HashMap 线程不安全，要说明并发写可能导致数据覆盖或结构异常。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. HashMap 基于数组、链表和红黑树，先 hash 定位桶位，冲突后链表或树化存储。 2. 扩容通常按负载因子触发，容量翻倍后元素要重新分布；JDK 8 之后链表过长且数组足够大时会树化。 3. 线程安全场景不能用 HashMap，ConcurrentHashMap 通过更细粒度的并发控制提升并发读写能力。 容易被追问： - 为什么树化阈值不是很小？ - ConcurrentHashMap 读为什么快？ 注意事项： - 不要只说 HashMap 线程不安全，要说明并发写可能导致数据覆盖或结构异常。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. HashMap 基于数组、链表和红黑树，先 hash 定位桶位，冲突后链表或树化存储。 2. 扩容通常按负载因子触发，容量翻倍后元素要重新分布；JDK 8 之后链表过长且数组足够大时会树化。 3. 线程安全场景不能用 HashMap，ConcurrentHashMap 通过更细粒度的并发控制提升并发读写能力。 容易被追问： - 为什么树化阈值不是很小？ - ConcurrentHashMap 读为什么快？ 注意事项： - 不要只说 HashMap 线程不安全，要说明并发写可能导致数据覆盖或结构异常。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：java是怎么学习的。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 计算机基础题要先给定义，再讲关键机制，最后联系工程场景。 2. 进程线程可以从资源隔离、调度单位、上下文切换、通信方式和故障影响对比。 3. 网络题要覆盖连接建立、可靠性、拥塞/流量控制、状态码、长连接、TLS 和常见性能优化。 容易被追问： - TIME_WAIT 为什么需要等待？ - HTTPS 握手过程是什么？ 注意事项： - 不要只背 OSI 七层，要落到 TCP/HTTP 的真实问题。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：数据库怎么分类，描述一下你对这些数据库的理解。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 计算机基础题要先给定义，再讲关键机制，最后联系工程场景。 2. 进程线程可以从资源隔离、调度单位、上下文切换、通信方式和故障影响对比。 3. 网络题要覆盖连接建立、可靠性、拥塞/流量控制、状态码、长连接、TLS 和常见性能优化。 容易被追问： - TIME_WAIT 为什么需要等待？ - HTTPS 握手过程是什么？ 注意事项： - 不要只背 OSI 七层，要落到 TCP/HTTP 的真实问题。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：最常用的语言是什么。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 计算机基础题要先给定义，再讲关键机制，最后联系工程场景。 2. 进程线程可以从资源隔离、调度单位、上下文切换、通信方式和故障影响对比。 3. 网络题要覆盖连接建立、可靠性、拥塞/流量控制、状态码、长连接、TLS 和常见性能优化。 容易被追问： - TIME_WAIT 为什么需要等待？ - HTTPS 握手过程是什么？ 注意事项： - 不要只背 OSI 七层，要落到 TCP/HTTP 的真实问题。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 计算机基础题要先给定义，再讲关键机制，最后联系工程场景。 2. 进程线程可以从资源隔离、调度单位、上下文切换、通信方式和故障影响对比。 3. 网络题要覆盖连接建立、可靠性、拥塞/流量控制、状态码、长连接、TLS 和常见性能优化。 容易被追问： - TIME_WAIT 为什么需要等待？ - HTTPS 握手过程是什么？ 注意事项： - 不要只背 OSI 七层，要落到 TCP/HTTP 的真实问题。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 分布式题要先说明目标：可用性、扩展性、一致性、延迟和成本之间的取舍。 2. 一致性可以用本地消息表、事务消息、TCC、Saga、幂等和对账补偿；不是所有场景都需要强一致。 3. 限流熔断要结合指标：QPS、错误率、延迟、资源水位，并提供降级返回和恢复策略。 容易被追问： - 跨库分页怎么做？ - 雪花算法时钟回拨怎么办？ 注意事项： - 不要上来就套方案，要先说业务一致性等级和失败边界。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 计算机基础题要先给定义，再讲关键机制，最后联系工程场景。 2. 进程线程可以从资源隔离、调度单位、上下文切换、通信方式和故障影响对比。 3. 网络题要覆盖连接建立、可靠性、拥塞/流量控制、状态码、长连接、TLS 和常见性能优化。 容易被追问： - TIME_WAIT 为什么需要等待？ - HTTPS 握手过程是什么？ 注意事项： - 不要只背 OSI 七层，要落到 TCP/HTTP 的真实问题。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 计算机基础题要先给定义，再讲关键机制，最后联系工程场景。 2. 进程线程可以从资源隔离、调度单位、上下文切换、通信方式和故障影响对比。 3. 网络题要覆盖连接建立、可靠性、拥塞/流量控制、状态码、长连接、TLS 和常见性能优化。 容易被追问： - TIME_WAIT 为什么需要等待？ - HTTPS 握手过程是什么？ 注意事项： - 不要只背 OSI 七层，要落到 TCP/HTTP 的真实问题。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：ArrayList和LinkedList区别。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：开场三连问。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. Redis 快主要因为内存访问、单线程事件循环避免锁竞争、高效数据结构和 IO 多路复用。 2. 持久化有 RDB 和 AOF：RDB 适合快照备份、恢复快但可能丢数据；AOF 记录写命令，数据更完整但文件更大。 3. 生产问题要覆盖热 key、大 key、缓存一致性、淘汰策略、主从复制和哨兵/集群高可用。 容易被追问： - 如何发现和治理大 key？ - 缓存与数据库一致性怎么保证？ 注意事项： - 不要说 Redis 单线程就一定不会阻塞，大 key、慢命令和持久化都可能造成抖动。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 计算机基础题要先给定义，再讲关键机制，最后联系工程场景。 2. 进程线程可以从资源隔离、调度单位、上下文切换、通信方式和故障影响对比。 3. 网络题要覆盖连接建立、可靠性、拥塞/流量控制、状态码、长连接、TLS 和常见性能优化。 容易被追问： - TIME_WAIT 为什么需要等待？ - HTTPS 握手过程是什么？ 注意事项： - 不要只背 OSI 七层，要落到 TCP/HTTP 的真实问题。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. MySQL 常见隔离级别是读未提交、读已提交、可重复读和串行化；InnoDB 默认可重复读。 2. MVCC 通过版本链和 Read View 让快照读读到符合可见性规则的历史版本，核心字段包括活跃事务集合、最小活跃事务 ID、下一个事务 ID 等。 3. 快照读主要靠 MVCC，当前读会加锁；可重复读下 InnoDB 通过 next-key lock 在当前读场景减少幻读。 容易被追问： - 读已提交和可重复读的 Read View 创建时机有什么区别？ 注意事项： - 不要说 MVCC 能解决所有幻读，要区分快照读和当前读。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：mysql 的 limit查询第1页和第200页有什么不同。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. Redis 快主要因为内存访问、单线程事件循环避免锁竞争、高效数据结构和 IO 多路复用。 2. 持久化有 RDB 和 AOF：RDB 适合快照备份、恢复快但可能丢数据；AOF 记录写命令，数据更完整但文件更大。 3. 生产问题要覆盖热 key、大 key、缓存一致性、淘汰策略、主从复制和哨兵/集群高可用。 容易被追问： - 如何发现和治理大 key？ - 缓存与数据库一致性怎么保证？ 注意事项： - 不要说 Redis 单线程就一定不会阻塞，大 key、慢命令和持久化都可能造成抖动。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 计算机基础题要先给定义，再讲关键机制，最后联系工程场景。 2. 进程线程可以从资源隔离、调度单位、上下文切换、通信方式和故障影响对比。 3. 网络题要覆盖连接建立、可靠性、拥塞/流量控制、状态码、长连接、TLS 和常见性能优化。 容易被追问： - TIME_WAIT 为什么需要等待？ - HTTPS 握手过程是什么？ 注意事项： - 不要只背 OSI 七层，要落到 TCP/HTTP 的真实问题。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 计算机基础题要先给定义，再讲关键机制，最后联系工程场景。 2. 进程线程可以从资源隔离、调度单位、上下文切换、通信方式和故障影响对比。 3. 网络题要覆盖连接建立、可靠性、拥塞/流量控制、状态码、长连接、TLS 和常见性能优化。 容易被追问： - TIME_WAIT 为什么需要等待？ - HTTPS 握手过程是什么？ 注意事项： - 不要只背 OSI 七层，要落到 TCP/HTTP 的真实问题。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 线程池核心参数包括 corePoolSize、maximumPoolSize、keepAliveTime、workQueue、threadFactory 和 rejectionHandler。 2. 执行流程是先用核心线程，再进队列，队列满后扩到最大线程数，仍处理不了就走拒绝策略。 3. 生产调优要按任务类型区分：CPU 密集关注核心数，IO 密集关注等待时间；同时监控队列长度、活跃线程数、拒绝数和耗时。 容易被追问： - 线上线程池打满如何排查？ - 核心线程数如何估算？ 注意事项： - 不要直接使用无界队列吞掉压力。 - 不要忽略拒绝策略和线程命名。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 线程池核心参数包括 corePoolSize、maximumPoolSize、keepAliveTime、workQueue、threadFactory 和 rejectionHandler。 2. 执行流程是先用核心线程，再进队列，队列满后扩到最大线程数，仍处理不了就走拒绝策略。 3. 生产调优要按任务类型区分：CPU 密集关注核心数，IO 密集关注等待时间；同时监控队列长度、活跃线程数、拒绝数和耗时。 容易被追问： - 线上线程池打满如何排查？ - 核心线程数如何估算？ 注意事项： - 不要直接使用无界队列吞掉压力。 - 不要忽略拒绝策略和线程命名。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 线程池核心参数包括 corePoolSize、maximumPoolSize、keepAliveTime、workQueue、threadFactory 和 rejectionHandler。 2. 执行流程是先用核心线程，再进队列，队列满后扩到最大线程数，仍处理不了就走拒绝策略。 3. 生产调优要按任务类型区分：CPU 密集关注核心数，IO 密集关注等待时间；同时监控队列长度、活跃线程数、拒绝数和耗时。 容易被追问： - 线上线程池打满如何排查？ - 核心线程数如何估算？ 注意事项： - 不要直接使用无界队列吞掉压力。 - 不要忽略拒绝策略和线程命名。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：sleep和wait的区别。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 计算机基础题要先给定义，再讲关键机制，最后联系工程场景。 2. 进程线程可以从资源隔离、调度单位、上下文切换、通信方式和故障影响对比。 3. 网络题要覆盖连接建立、可靠性、拥塞/流量控制、状态码、长连接、TLS 和常见性能优化。 容易被追问： - TIME_WAIT 为什么需要等待？ - HTTPS 握手过程是什么？ 注意事项： - 不要只背 OSI 七层，要落到 TCP/HTTP 的真实问题。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. synchronized 是 JVM 内置锁，语法简单，自动释放；ReentrantLock 是显式锁，支持可中断、超时、公平锁和多个 Condition。 2. 底层可以从对象头、Monitor、锁升级，以及 AQS 队列同步器两个方向展开。 3. 选择上，普通互斥优先 synchronized；需要复杂等待通知、超时或公平性时使用 ReentrantLock。 容易被追问： - AQS 的 state 和队列分别做什么？ - 锁升级过程是什么？ 注意事项： - 手写 Lock 必须在 finally 释放。 - 不要只背区别，要结合业务场景选择。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：varchar最大容量是多少。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：CHAR 和 VARCHAR有什么区别。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：AOP实现有哪些注解。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：介绍spring AOP 原理是什么。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：怎么保证消息消费端幂等性。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：怎么保证消息发送准确性。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 消息队列价值是削峰填谷、异步解耦和流量缓冲，但代价是复杂度、一致性和可观测性要求上升。 2. 可靠性要从生产者确认、Broker 持久化、副本机制、消费者提交 offset、幂等消费和补偿重试一起回答。 3. 顺序性通常要求同一业务 key 进入同一分区/队列，消费者单线程或按 key 串行处理。 容易被追问： - 消息重复消费怎么做幂等？ - 积压后如何扩容和恢复？ 注意事项： - 不要只说 MQ 能解耦，要说明失败、重复、乱序和积压如何处理。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. JVM 回答先拆成运行时内存、对象生命周期、垃圾回收器和类加载机制四块。 2. GC 要说明可达性分析、分代假设、Minor/Full GC，以及常见回收器的目标差异：G1 平衡吞吐和停顿，ZGC 更关注低延迟。 3. 如果问类加载，要讲加载、验证、准备、解析、初始化，以及双亲委派如何避免核心类被篡改和重复加载。 容易被追问： - 频繁 Full GC 怎么排查？ - 什么时候会破坏双亲委派？ 注意事项： - 不要把方法区、元空间、永久代混为一谈。 - 不要只列名词，要说明适用场景。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：向堆中添加对象时，什么情况下会添加失败。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 计算机基础题要先给定义，再讲关键机制，最后联系工程场景。 2. 进程线程可以从资源隔离、调度单位、上下文切换、通信方式和故障影响对比。 3. 网络题要覆盖连接建立、可靠性、拥塞/流量控制、状态码、长连接、TLS 和常见性能优化。 容易被追问： - TIME_WAIT 为什么需要等待？ - HTTPS 握手过程是什么？ 注意事项： - 不要只背 OSI 七层，要落到 TCP/HTTP 的真实问题。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. Redis 快主要因为内存访问、单线程事件循环避免锁竞争、高效数据结构和 IO 多路复用。 2. 持久化有 RDB 和 AOF：RDB 适合快照备份、恢复快但可能丢数据；AOF 记录写命令，数据更完整但文件更大。 3. 生产问题要覆盖热 key、大 key、缓存一致性、淘汰策略、主从复制和哨兵/集群高可用。 容易被追问： - 如何发现和治理大 key？ - 缓存与数据库一致性怎么保证？ 注意事项： - 不要说 Redis 单线程就一定不会阻塞，大 key、慢命令和持久化都可能造成抖动。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 计算机基础题要先给定义，再讲关键机制，最后联系工程场景。 2. 进程线程可以从资源隔离、调度单位、上下文切换、通信方式和故障影响对比。 3. 网络题要覆盖连接建立、可靠性、拥塞/流量控制、状态码、长连接、TLS 和常见性能优化。 容易被追问： - TIME_WAIT 为什么需要等待？ - HTTPS 握手过程是什么？ 注意事项： - 不要只背 OSI 七层，要落到 TCP/HTTP 的真实问题。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. synchronized 是 JVM 内置锁，语法简单，自动释放；ReentrantLock 是显式锁，支持可中断、超时、公平锁和多个 Condition。 2. 底层可以从对象头、Monitor、锁升级，以及 AQS 队列同步器两个方向展开。 3. 选择上，普通互斥优先 synchronized；需要复杂等待通知、超时或公平性时使用 ReentrantLock。 容易被追问： - AQS 的 state 和队列分别做什么？ - 锁升级过程是什么？ 注意事项： - 手写 Lock 必须在 finally 释放。 - 不要只背区别，要结合业务场景选择。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. JVM 回答先拆成运行时内存、对象生命周期、垃圾回收器和类加载机制四块。 2. GC 要说明可达性分析、分代假设、Minor/Full GC，以及常见回收器的目标差异：G1 平衡吞吐和停顿，ZGC 更关注低延迟。 3. 如果问类加载，要讲加载、验证、准备、解析、初始化，以及双亲委派如何避免核心类被篡改和重复加载。 容易被追问： - 频繁 Full GC 怎么排查？ - 什么时候会破坏双亲委派？ 注意事项： - 不要把方法区、元空间、永久代混为一谈。 - 不要只列名词，要说明适用场景。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 计算机基础题要先给定义，再讲关键机制，最后联系工程场景。 2. 进程线程可以从资源隔离、调度单位、上下文切换、通信方式和故障影响对比。 3. 网络题要覆盖连接建立、可靠性、拥塞/流量控制、状态码、长连接、TLS 和常见性能优化。 容易被追问： - TIME_WAIT 为什么需要等待？ - HTTPS 握手过程是什么？ 注意事项： - 不要只背 OSI 七层，要落到 TCP/HTTP 的真实问题。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 计算机基础题要先给定义，再讲关键机制，最后联系工程场景。 2. 进程线程可以从资源隔离、调度单位、上下文切换、通信方式和故障影响对比。 3. 网络题要覆盖连接建立、可靠性、拥塞/流量控制、状态码、长连接、TLS 和常见性能优化。 容易被追问： - TIME_WAIT 为什么需要等待？ - HTTPS 握手过程是什么？ 注意事项： - 不要只背 OSI 七层，要落到 TCP/HTTP 的真实问题。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 计算机基础题要先给定义，再讲关键机制，最后联系工程场景。 2. 进程线程可以从资源隔离、调度单位、上下文切换、通信方式和故障影响对比。 3. 网络题要覆盖连接建立、可靠性、拥塞/流量控制、状态码、长连接、TLS 和常见性能优化。 容易被追问： - TIME_WAIT 为什么需要等待？ - HTTPS 握手过程是什么？ 注意事项： - 不要只背 OSI 七层，要落到 TCP/HTTP 的真实问题。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 计算机基础题要先给定义，再讲关键机制，最后联系工程场景。 2. 进程线程可以从资源隔离、调度单位、上下文切换、通信方式和故障影响对比。 3. 网络题要覆盖连接建立、可靠性、拥塞/流量控制、状态码、长连接、TLS 和常见性能优化。 容易被追问： - TIME_WAIT 为什么需要等待？ - HTTPS 握手过程是什么？ 注意事项： - 不要只背 OSI 七层，要落到 TCP/HTTP 的真实问题。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：你在项目中碰到过什么问题吗。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。

这题可以按「结论 -> 原理 -> 场景 -> 风险」来答，重点放在后端工程里的可落地理解。 答题要点： 1. 先明确题目里的核心概念：看过哪些底层源码。面试回答要先给定义，再说明原理或机制。 2. 补充工程落地点：它解决什么问题、适合什么场景、有什么代价，以及线上如何监控或排查。 3. 最后主动延伸到边界条件、失败场景和与相近方案的对比，体现不是只背结论。 容易被追问： - 如果放到你的项目里，你会如何设计和验证？ - 这个方案的瓶颈和替代方案是什么？ 注意事项： - 不要只给一句定义，面试官通常会继续追问原理、边界和工程实践。 - 不要忽略适用场景和代价，很多题考察的是取舍能力。