第一章：C语言性能优化入门

1.1 我们为什么需要性能优化？

说实话，我刚入行那会儿，也觉得性能优化是“高手才做的事”。

当时我写了个嵌入式程序，功能跑通了，就急着交差。结果呢？产品上线后，CPU占用率飙到90%，电池撑不过半天。用户投诉，老板拍桌子，我连夜改代码。

那次之后我彻底明白了：能跑和跑得好，是两码事。

性能优化不是炫技，而是解决实际问题：

• 用户体验：响应慢一秒，用户可能就流失了
• 成本控制：同样的硬件，优化后能多处理50%的请求
• 资源受限：嵌入式设备、IoT终端，内存就几KB，不优化根本跑不起来
• 功耗管理：手机、手表、传感器，省电就是省命

1.2 性能优化的三大核心指标

做优化，你得先知道“优化什么”。我习惯从三个维度去衡量：

指标	含义	典型场景
时间	程序执行耗时	响应延迟、吞吐量、帧率
空间	内存/存储占用	栈溢出、堆碎片、代码体积
功耗	能量消耗	电池续航、散热、绿色计算

时间指标

说白了，就是“快不快”。我曾在项目中遇到一个图像处理算法，单帧处理要200ms，用户觉得卡。后来通过循环展开和缓存优化，压到了30ms。嗯，效果立竿见影。

空间指标

内存不是无限的。我记得有个同事，写了个日志模块，每次分配4KB缓冲区，结果内存碎片化严重，系统跑了三天就崩了。空间优化，有时候比时间优化更紧迫。

功耗指标

这个在移动端和嵌入式领域特别重要。我曾经优化过一个传感器数据采集程序，把轮询改成中断触发，功耗直接降了60%。你想想看，电池容量没变，续航翻了一倍多。

1.3 性能优化的基本流程

很多人一上来就改代码，这是大忌。我总结了一套流程，用了十几年，基本没翻过车：

1. 明确目标：优化到什么程度算“够”？响应时间<100ms？内存占用<1MB？先定标准。
2. 测量基线：不测量，你怎么知道哪里慢？用profiler、计时器、内存分析工具，拿到原始数据。
3. 定位瓶颈：二八原则——80%的性能问题，集中在20%的代码里。找到那20%。
4. 制定方案：是改算法？换数据结构？还是调编译器参数？想清楚再动手。
5. 实施优化：一次只改一个点，改完立刻测试。别想着“一步到位”。
6. 验证效果：对比优化前后的指标。如果没达到目标，回到第3步。

1.4 本章知识体系总览

下面这张图，是我自己画的。它把本章的核心逻辑串起来了，你一看就明白：

1.5 一个简单的优化示例

光说不练假把式。我给你看个真实例子：

// 优化前：每次循环都计算 strlen
void process_string(const char *str) {
    for (int i = 0; i < strlen(str); i++) {
        // 处理每个字符
    }
}

// 优化后：提前计算长度，避免重复调用
void process_string_optimized(const char *str) {
    size_t len = strlen(str);
    for (int i = 0; i < len; i++) {
        // 处理每个字符
    }
}

你看出区别了吗？优化前的代码，每次循环都调用一次strlen，时间复杂度是O(n²)。优化后，只调用一次，变成O(n)。

我当年在一个字符串处理模块里，就靠这一招，把处理时间从5秒降到了0.3秒。嗯，有时候优化就是这么简单。

1.6 本章小结

这一章，我们聊了：

• 为什么需要性能优化——不只是为了快，更是为了省钱、省电、省资源
• 三大核心指标——时间、空间、功耗，三者需要权衡
• 基本优化流程——先测量，再定位，后优化，最后验证

说实话，性能优化不是一蹴而就的事。它更像是一种习惯，一种思维方式。你每次写代码时多问自己一句：“这段代码还能更快吗？还能更省内存吗？”久而久之，你自然就成了高手。

下一章，我们会深入聊聊“测量”这件事——没有准确的测量，一切优化都是瞎忙活。

---

可可精品资料库