识别瓶颈
先测量，再优化
识别瓶颈 是 CoddyKit 上的免费 Java Academy 课时。 这是第 1 节课，共 4 节。 你可以在下方免费阅读本课时的完整内容 — 然后在浏览器中使用内置代码编辑器和全天候 AI 导师进行实践。 这是 Java Academy 学习路径的一部分，你的进度在网页和 CoddyKit 应用中同步。 Java Academy 课程共包含 4 节课。
测量，不要猜测
进行性能优化的第一条规则是：先测量，再优化。
凭直觉判断 Java 程序将时间花在哪里，通常是不准确的。即时编译器、垃圾回收器和缓存都会让凭空猜测失去依据。请先进行性能分析，找到真正的热点，然后修复它。
什么是瓶颈
瓶颈是限制系统整体吞吐量或延迟的部分。
优化其他部分不会带来可见收益。阿姆达尔定律对此进行了精确说明：如果 90% 的时间都花在一个方法上，那么即使将其余 10% 的部分加速，也不可能带来超过 11% 的提升。
延迟与吞吐量
请先确定要优化的目标：
- 延迟——单个请求所需的时间。
- 吞吐量——每秒可以处理的请求数。
二者需要权衡。批处理可以提高吞吐量，但可能增加单个请求的延迟。在调整性能之前，请明确您的目标。
墙上时钟计时
最粗略的测量方式，是使用 System.nanoTime() 记录一段代码执行前后的墙上时钟时间。
这种方式适合快速进行合理性检查，但它会包含即时编译预热、垃圾回收暂停和 OS 调度噪声，因此不要轻易相信单次测量的结果。
public class Main {
public static void main(String[] args) {
long start = System.nanoTime();
long sum = 0;
for (int i = 0; i < 10_000_000; i++) sum += i;
long elapsed = System.nanoTime() - start;
System.out.println("Sum: " + sum);
System.out.println("Elapsed ms: " + (elapsed / 1_000_000.0));
}
}警惕即时编译预热
Java 开始时会解释字节码，随后即时编译器会将热点方法编译为本机代码。
因此，一个方法最初几次运行的速度会比之后慢得多。简单的计时循环测量到的大多是预热过程。真正的基准测试会先进行预热，然后测量稳定状态——这正是 JMH 为您完成的工作。
受 CPU 限制与受 IO 限制
请判断瓶颈的类型：
- 受 CPU 限制——线程忙于计算，处理器核心处于饱和状态。
- 受 IO 限制——线程在等待磁盘、网络或数据库。
性能分析器会将二者区分为“在 CPU 上运行的时间”和“阻塞/等待的时间”。解决方法完全不同：前者需要更快的算法，后者需要提高并发性或减少往返次数。
采样与插桩
有两种性能分析策略：
- 采样——定期捕获堆栈跟踪。开销低，但结果具有统计性。
- 插桩——向每个方法注入计数器。结果精确，但开销大，而且可能扭曲计时结果。
在生产环境中，请优先使用 Java 飞行记录器等低开销采样工具。
内存作为瓶颈
真正的成本通常来自分配，而不是计算。过多的对象创建会触发频繁的垃圾回收，消耗 CPU 并增加暂停时间。
请关注分配速率和垃圾回收耗时。在热点循环中减少分配，往往比对算术运算进行微调更有效。
import java.util.ArrayList;
import java.util.List;
public class Main {
public static void main(String[] args) {
// Allocation-heavy: a new String each iteration
List<String> garbage = new ArrayList<>();
for (int i = 0; i < 5; i++) {
garbage.add("item-" + i);
}
System.out.println("Allocated " + garbage.size() + " strings");
System.out.println("In a hot loop, this churn drives GC pressure");
}
}查找调用栈顶部
采样性能分析器会根据方法出现在 CPU 调用栈中的频率，生成按排名排列的方法列表，这表示方法的自身耗时。
排名最前的方法就是候选对象。但请确认它位于关键路径上：在后台日志记录器中运行的热点方法，可能不会影响面向用户的延迟。
建立基线
在进行任何更改之前，先在真实的负载下记录一项基线测量结果。
每次更改后都重新测量并进行比较。没有基线，您就无法证明优化确实有效——而且许多“优化”反而会让情况变差。请一次只更改一项内容。
在真实负载下进行性能分析
在空闲笔记本电脑上发现的瓶颈，可能并不是生产环境中造成影响的瓶颈。
- 使用具有代表性的数据规模和并发量。
- 复现对用户真正重要的工作负载。
合成的微型测试可能会让您关注某个在大规模场景下无关紧要的方法。请在真正造成问题的地方进行性能分析。
快速检查
为什么对 Java 方法进行单次、简单的 System.nanoTime() 计时通常会产生误导？
回顾
以严谨方式查找瓶颈：
- 先测量再优化；直觉并不可靠。
- 确定目标：延迟或吞吐量。
- 区分受 CPU 限制还是受 IO 限制；关注垃圾回收和对象分配。
- 优先使用低开销的采样性能分析器。
- 注意即时编译预热；建立基线，并且一次只更改一项。
常见问题解答
「识别瓶颈」课时是免费的吗？
是的 — 「识别瓶颈」的完整文本可在网页上免费阅读。要进行交互式练习（内置代码编辑器和全天候 AI 导师）并解锁 Java Academy 课程的其余内容，请升级到 CoddyKit PRO。 Java Academy 课程共包含 4 节课。
「识别瓶颈」这节课中我会学到什么？
先测量，再优化 你通过在浏览器中直接运行的动手代码来练习 Java Academy，全天候 AI 导师会在你学习这节课的过程中回答你的问题。
学习 Java Academy 需要有经验吗？
无需任何先前经验。CoddyKit 上的 Java Academy 课程适合初学者到高级学习者，你可以从这里开始或从头开始，按照自己的节奏学习。 这是第 1 节课，共 4 节。
「识别瓶颈」课时需要多长时间？
大多数 CoddyKit 课程大约需要 5–10 分钟。每节课都很精短且互动，所以你能稳步进步，并在网页和应用中从离开的地方继续。
我能在这节 Java Academy 课中编写并运行代码吗？
能。每节 Java Academy 课都包含内置代码编辑器，你可以在浏览器中直接编写并运行真实代码，并获得即时 AI 反馈 — 无需本地设置。