6.3 性能优化
内容提要
文章介绍软件性能优化方法：先进行性能测试，关注响应时间、并发数、吞吐量和资源使用率；再分析瓶颈，从架构与代码入手优化并循环验证。优化分层涵盖机房网络、硬件、操作系统、虚拟机、基础组件、软件架构和代码。架构优化依靠缓存、异步和集群；代码优化强调良好设计、并发、资源复用和合适的数据结构。
延伸解读
优化前先测试：避免盲目动手
文章开篇提出两个基本原则：不能优化没有测试的软件，也不能优化不了解的软件。这意味着性能优化必须从性能测试开始，先获得响应时间、并发数、吞吐量和资源使用率等指标，再基于指标分析瓶颈。没有测试数据支撑的优化容易变成凭感觉调整，既无法验证效果，也可能掩盖真正的问题。
分层定位瓶颈，而非只盯代码
文章把性能优化分为机房网络、硬件、操作系统、虚拟机、基础组件、软件架构和代码等多个层次。这个分层思路的价值在于提醒读者：性能问题不一定出在代码上。例如网络传输达到上限时，升级网卡可能比改代码更直接。优化时应先通过指标判断瓶颈所在层次，再选择对应手段，避免在错误层面反复投入。
架构三板斧与代码优化的分工
文章将软件架构优化概括为缓存、异步和集群，并指出异步主要优化写操作，同时需要控制消费速度以维持合适负载。代码层面则强调面向对象设计与设计模式、并发编程、资源复用和合适的数据结构。两者分工不同：架构手段解决系统级压力，代码手段解决实现层面的浪费。文章还提醒，很多性能问题并非技术挑战，而是代码质量太差。
优化是闭环，不是一次性动作
文章给出的优化流程是：性能测试、指标分析、架构与代码分析、架构与代码优化，再回到性能测试，形成闭环。这说明优化不是改完就结束，而需要反复验证。每次调整后重新测试，才能确认瓶颈是否转移、资源利用是否平衡。缺少闭环意识，容易在局部优化后忽略新的瓶颈，甚至引入新的性能问题。
Q&A
软件性能优化有哪些基本原则？
两个基本原则：你不能优化一个没有测试的软件；你不能优化一个你不了解的软件。
性能测试主要关注哪些指标？
主要指标包括：响应时间（完成一次任务花费的时间）、并发数（同时处理的任务数）、吞吐量（单位时间完成的任务数）以及性能计数器（如System Load、线程数、进程数、CPU、内存、磁盘、网络使用率）。
性能优化的一般步骤是什么？
一般步骤为：1. 性能测试，获得性能指标；2. 指标分析，发现性能与资源瓶颈点；3. 架构与代码分析，寻找性能与资源瓶颈关键所在；4. 架构与代码优化，优化关键技术点，平衡资源利用；5. 性能测试，进入性能优化闭环。
系统性能优化分层思想包括哪些层次？
分层包括：机房与骨干网络性能优化、服务器与硬件性能优化、操作系统性能优化、虚拟机性能优化（垃圾回收、即时编译、锁）、基础组件性能优化、软件架构性能优化（分布式缓存、队列、消息等）、软件代码性能优化。
软件架构性能优化有哪些常用手段？
软件架构性能优化三板斧：缓存、异步、集群。缓存用于提升访问速度；异步可即时响应、改善用户体验，并控制消费速度以保持合适负载压力，主要优化写操作；集群用于提升处理能力。
软件代码性能优化可以从哪些方面入手？
代码优化可从以下方面入手：遵循面向对象设计原则与设计模式编程（避免代码太烂导致性能问题）；并发编程，使用多线程与锁；资源复用，如线程池与对象池；异步编程，如生产者消费者模式；选择合适的数据结构，如数组、链表、hash表、树。
