1. 性能调优概述：什么是性能调优、目标与原则、常见误区

各位同学好，我是老张。今天咱们聊聊性能调优这件事。

很多人一听到「性能调优」四个字，脑子里蹦出来的就是「优化」「加速」「压榨硬件」。其实没那么玄乎。我个人理解，性能调优就是在给定的资源约束下，让程序跑得更快、更省、更稳。

说白了，就是花最少的钱，办最多的事。

1.1 什么是性能调优

先给个定义：性能调优是通过分析、测量、修改代码或系统配置，使软件在响应时间、吞吐量、资源利用率等指标上达到预期目标的过程。

注意，这里有个关键词——「过程」。它不是一次性的活儿，而是持续迭代的。

我在项目中遇到过不少同事，上来就撸袖子改代码，改完一跑，快了20%。结果上线第二天，内存爆了。为什么？因为他只盯着CPU，没看内存。

所以，性能调优的核心是全局视角。你不能只看一个指标，得看整体。

1.2 性能调优的目标

目标其实就三个维度，我习惯叫它「铁三角」：

维度	含义	典型指标
响应时间	从输入到输出，系统花了多久	P50/P95/P99延迟
吞吐量	单位时间内能处理多少请求	QPS、TPS、带宽
资源效率	完成工作消耗了多少资源	CPU利用率、内存占用、磁盘I/O

这三个目标经常互相打架。你想想看，想降低响应时间，可能就得加缓存，内存就上去了。想提高吞吐量，可能得多开线程，CPU上下文切换就多了。

所以，调优的本质是权衡。没有银弹，只有取舍。

1.3 性能调优的原则

这些年我踩过不少坑，总结出几条原则，分享给大家：

原则一：先测量，后优化

没有数据支撑的优化，都是耍流氓。我曾经见过一个团队，花了两周重构一个模块，理由是「觉得它慢」。结果一测，那个模块只占总耗时的3%。

所以，动手之前，先问自己三个问题：

• 瓶颈在哪？
• 瓶颈有多严重？
• 优化后能带来多少收益？

原则二：二八定律

80%的性能问题，往往集中在20%的代码里。别想着面面俱到，找到那20%的热点代码，集中火力。

我习惯用profiling工具先跑一遍，看看哪些函数占用的CPU时间最多。然后盯着那几个函数优化，效果立竿见影。

原则三：保持正确性

优化后的代码，如果结果是错的，跑得再快也没用。所以，每次优化完，必须跑一遍回归测试。

嗯，这里要注意：性能测试和功能测试要分开。功能测试保证正确性，性能测试保证效率。别混在一起。

原则四：可读性不能丢

代码是写给人看的，顺便给机器执行。你优化得再极致，如果三个月后没人看得懂，那就是技术债。

我个人习惯：先写清晰的版本，再在热点路径上做局部优化。并且，每个优化点都要加注释，说明为什么这么改。

1.4 性能调优的常见误区

下面这几个坑，我敢说90%的C程序员都踩过。咱们一个一个说。

误区一：过早优化

「过早优化是万恶之源」——这句话是Knuth老爷子说的，我深以为然。

很多新手一上来就想着用位运算代替除法、用指针代替数组、用宏代替函数……结果代码写得又臭又长，性能却没提升多少。

正确的做法是：先写出能工作的版本，再测量，再优化。

误区二：迷信「高级技巧」

什么内联汇编、SIMD指令、内存池……听起来很酷，但你真的需要吗？

我见过一个项目，用了手写的内存池，结果因为边界条件没处理好，导致内存泄漏。最后发现，用标准库的malloc/free，性能只差了5%，但代码稳定多了。

所以，能用库函数就用库函数。标准库的开发者比你更懂底层优化。

误区三：只看局部，不看全局

优化了一个函数，快了50%。但整个系统的吞吐量只提升了2%。为什么？因为瓶颈在别的地方。

这就是典型的「局部最优，全局次优」。所以，一定要从系统层面看问题。

误区四：忽略编译器优化

很多C程序员不知道，现代编译器的优化能力非常强。你手写的「优化」代码，编译器可能早就帮你做了。

举个例子：

// 你写的
for (int i = 0; i < 1000000; i++) {
    sum += arr[i];
}

// 编译器可能自动向量化，变成SIMD指令
// 你手动写SIMD，反而可能干扰编译器

所以，先相信编译器，再考虑手动优化。打开-O2或-O3，看看效果再说。

误区五：一次优化到位

性能调优是迭代的过程。你不可能一次就把所有问题都解决。

我习惯的做法是：每次只改一个点，改完就测。这样能清楚地知道每个改动带来的收益。如果一次改了好几个地方，出了问题你都不知道是哪个改的。

1.5 本章知识体系

下面这张图，把本章的核心内容串起来了。你可以把它当作后续学习的路线图。

这张图把本章的核心内容分成了三层：目标层（铁三角）、原则层（四条原则）、误区层（五个常见坑）。从目标出发，遵循原则，避开误区，这就是性能调优的基本框架。

后面的章节，我们会沿着这个框架一步步深入。从测量工具、编译器优化、内存管理，到并发模型、I/O策略，每个点都会结合真实案例来讲。

好了，第一章就到这里。记住一句话：调优不是目的，解决问题才是。