3个江哥面试题拆解，新手避坑指南：搞定Stack Trace

满屏红色的 StackTrace 报错，盯着屏幕发呆半小时没头绪？这是每个新手的噩梦，也是大厂面试中考察“工程落地能力”的隐形杀手。很多兄弟背八股文很溜，一遇到真实故障场景就懵，江哥在掘金技术社区分享过，新手避坑的核心不是背出答案，而是建立从现象到根源的逻辑闭环。

今天不讲虚的，直接上硬菜。我们围绕【江哥】整理的高频面试考点，拆解三个核心问题：异常处理机制、并发安全陷阱、数据库索引失效。这三个点覆盖了后端开发的 80% 日常场景，也是区分“初级码农”和“合格工程师”的分水岭。

考点梳理：为什么大厂爱问这些？

很多培训机构学员有个误区，觉得面试题就是“背题库”。错！大厂面试官问 StackTrace，不是看你认不认识 NullPointerException，而是看你的排查思路。

1. 异常处理与日志规范

高频考点：Checked Exception vs Unchecked Exception、日志级别选择、堆栈信息完整性。
岗位职责边界：初级工程师只需保证代码不抛未捕获异常；中级工程师需设计合理的日志埋点，确保线上故障可追溯；高级工程师需制定团队异常处理规范，降低运维成本。
数据支撑：根据某头部电商平台的统计，线上故障中 60% 以上因日志缺失或堆栈信息不全导致排查时间超过 2 小时。

2. 并发编程与线程安全

高频考点：synchronized vs ReentrantLock、volatile 的可见性保证、线程池参数调优。
合格标准：能清晰解释 happens-before 原则，能画出线程池的状态机。通过率方面，能完整讲出线程池 7 大参数的候选人，在初面中的通过率比只背“线程池是什么”的高出 45%。
重点章节：JMM（Java 内存模型）、AQS 框架、CAS 操作。

3. 数据库索引与 SQL 优化

高频考点：B+ 树结构、索引下推、覆盖索引、最左前缀原则。
新手避坑点：90% 的新手不知道“函数操作索引列”会导致索引失效，从而引发全表扫描。
日常职责：除了写 SQL，你还得知道怎么通过 EXPLAIN 分析执行计划，怎么判断是否需要加索引。

标准答法：如何回答才能拿高分？

面试不是考试，是交流。回答要结构化，遵循“结论先行 + 原理支撑 + 实战案例”的三段式。

1. 当被问到“看到 StackTrace 怎么排查？”

错误答法：“我就看第一行报错信息，然后 Google 一下。” 标准答法： “我会分三步走。第一步，定位异常类型。如果是 NullPointerException，重点看报错行代码的空指针来源；如果是 OutOfMemoryError，则需关注堆内存配置和对象引用。第二步，还原调用链。StackTrace 从上到下是调用顺序，我要看是谁触发了这个异常，通常是业务逻辑层的问题。第三步，关联上下文。查看报错时间点的日志，确认是否有并发操作或数据库连接异常。我在之前的项目中，曾通过堆栈中的线程名，快速定位到一个异步任务未正确关闭连接导致的资源泄漏。”

加分项：提到使用 Arthas 等在线诊断工具，或结合 APM 系统查看链路追踪。

2. 当被问到“线程池参数怎么设置？”

错误答法：“核心线程数设为 CPU 核数，最大线程数设为 CPU 核数 * 2。” 标准答法： “参数设置没有银弹，取决于任务是 CPU 密集型 还是 IO 密集型。

CPU 密集型：核心线程数 = CPU 核数 + 1。因为当一个线程发生上下文切换时，另一个线程可以利用 CPU，+1 是为了减少 CPU 空闲。
IO 密集型：核心线程数 = CPU 核数 * (1 + IO 等待时间 / CPU 计算时间)。因为线程大部分时间在等待 IO，多开线程能提升吞吐量。
拒绝策略：对于关键业务，我倾向于使用 CallerRunsPolicy，让调用线程自己执行任务，起到背压作用；对于非关键业务，使用 DiscardPolicy 直接丢弃，保护系统稳定性。”

数据支撑：在 Web 服务器场景下，IO 密集型任务的线程数通常是 CPU 核数的 10-20 倍，具体需压测确定。

3. 当被问到“为什么索引会失效？”

错误答法：“因为没建索引。” 标准答法： “索引失效的常见场景有五种：

函数操作：WHERE YEAR(create_time) = 2023，会对索引列进行计算，导致失效。
隐式转换：字符串字段加引号，如果没加引号，MySQL 会尝试将字符串转为数字，导致索引失效。
最左前缀：联合索引 (a,b,c)，查询条件只有 b 和 c，a 缺失，索引失效。
范围查询后：联合索引 (a,b,c)，条件 a=1 AND b>2 AND c=3，b 是范围查询，c 的索引会失效。
OR 连接：WHERE a=1 OR b=2，如果 a 有索引 b 没有，或者两者都有但优化器认为全表扫描更快，也可能失效。”

代码实现：用代码说话

光说不练假把式。下面这段代码展示了如何正确捕获异常并打印堆栈，以及一个简单的线程池配置示例。这是面试中经常要求“现场写”的题型。

import java.util.concurrent.*;
import java.io.PrintWriter;
import java.io.StringWriter;public class InterviewDemo {// 1. 异常处理：如何正确记录 StackTracepublic static void handleException(Exception e) {// 错误做法：只打印 e.getMessage()，丢失了堆栈信息// System.out.println(e.getMessage());// 正确做法：使用 StringWriter 捕获完整堆栈，便于日志系统收集StringWriter sw = new StringWriter();e.printStackTrace(new PrintWriter(sw));String stackTraceString = sw.toString();// 在实际项目中，这里应该调用 Logger.error("Error occurred", e);System.out.println("Caught Exception: " + stackTraceString);}// 2. 线程池：IO 密集型任务配置示例public static void main(String[] args) {int cpuCores = Runtime.getRuntime().availableProcessors();// 假设 IO 等待时间远大于 CPU 计算时间，系数设为 2int corePoolSize = cpuCores * 2;int maxPoolSize = cpuCores * 4;ThreadPoolExecutor executor = new ThreadPoolExecutor(corePoolSize,maxPoolSize,60L,TimeUnit.SECONDS,new LinkedBlockingQueue<>(1024),new ThreadFactory() {private int count = 0;@Overridepublic Thread newThread(Runnable r) {count++;return new Thread(r, "biz-pool-" + count); // 线程命名，方便排查}},new ThreadPoolExecutor.CallerRunsPolicy() // 拒绝策略：背压);// 模拟提交任务for (int i = 0; i < 100; i++) {final int taskId = i;executor.submit(() -> {try {Thread.sleep(100); // 模拟 IO 操作System.out.println("Task " + taskId + " done by " + Thread.currentThread().getName());} catch (InterruptedException e) {Thread.currentThread().interrupt();handleException(e); // 调用上面的异常处理方法}});}executor.shutdown();}
}

逐行讲解：

线程命名："biz-pool-" + count。新手避坑点：默认线程名是 pool-1-thread-1，在线上日志中几乎无法区分业务归属，必须自定义线程名。
拒绝策略：CallerRunsPolicy。当队列满且线程数达到最大值时，由提交任务的线程自己执行。这是一种天然的限流和背压机制，防止内存溢出。
异常捕获：在 Runnable 中，如果抛出了未捕获的异常，线程会直接终止，且不会打印堆栈（除非设置了 UncaughtExceptionHandler）。所以必须显式 try-catch，并调用日志框架记录。

追问与延伸：面试官的“连环炮”

答完基础问题，面试官通常会追问，这是拉开差距的关键时刻。

Q1：你刚才说线程池要自定义线程名，那如果线程池被多个业务共用，怎么办？ 延伸考点：资源隔离。 回答方向：如果业务重要性不同，必须拆分线程池。核心交易用独立线程池，非核心营销用另一个线程池。避免“雪崩效应”，一个慢业务拖垮整个系统。

Q2：StackTrace 太长，日志文件爆炸怎么办？ 延伸考点：日志治理。 回答方向：

采样率：高频异常（如参数校验失败）降低日志级别，或采样打印堆栈。
异步日志：使用 Logback 的 AsyncAppender，避免日志 IO 阻塞业务线程。
堆栈去重：在日志框架中配置 MDC（Mapped Diagnostic Context），通过 TraceId 关联同一请求的日志，而不是每行都打印完整堆栈。

Q3：数据库索引失效了，除了改 SQL，还能怎么做？ 延伸考点：系统级优化。 回答方向：