01 | 如何制定性能调优标准？

 一、为什么要做性能调优？

 1、好的系统性能调优不仅仅可以提高系统的性能，还能为公司节省资源。这也是我们做性能调优的最直接的目的。

二、什么时候开始介入调优？

1、在项目开发初期，我们只需要在代码层面保证有效的编码，比如，减少磁盘 I/O 操作、降低竞争锁的使用以及使用高效的算法等等。

2、在系统编码完成之后，我们就可以对系统进行性能测试了。

3、在项目成功上线后，我们还需要根据线上的实际情况，依照日志监控以及性能统计日志，来观测系统性能问题，一旦发现问题，就要对日志进行分析并及时修复问题。

三、有哪些参考因素可以体现系统的性能？

1、CPU：

例如，代码递归导致的无限循环，正则表达式引起的回溯，JVM 频繁的 FULL GC，以及多线程编程造成的大量上下文切换等，这些都有可能导致 CPU 资源繁忙。

2、内存：

Java 程序一般通过 JVM 对内存进行分配管理，主要是用 JVM 中的堆内存来存储 Java 创建的对象，当内存空间被占满，对象无法回收时，就会导致内存溢出、内存泄露等问题。

3、磁盘 I/O：

磁盘 I/O 读写的速度要比内存慢

4、网络：

5、异常：

Java 应用中，抛出异常需要构建异常栈，对异常进行捕获和处理，这个过程非常消耗系统性能。如果在高并发的情况下引发异常，持续地进行异常处理，那么系统的性能就会明显地受到影响。

6、数据库：

数据库的操作往往是涉及到磁盘 I/O 的读写。

7、锁竞争：

A、在并发编程中，我们经常会需要多个线程，共享读写操作同一个资源，这个时候为了保持数据的原子性（即保证这个共享资源在一个线程写的时候，不被另一个线程修改），我们就会用到锁。

B、锁的使用可能会带来上下文切换，从而给系统带来性能开销。

C、JDK1.6 之后，Java 为了降低锁竞争带来的上下文切换，对 JVM 内部锁已经做了多次优化，例如，新增了偏向锁、自旋锁、轻量级锁、锁粗化、锁消除等。

D、而如何合理地使用锁资源，优化锁资源，就需要你了解更多的操作系统知识、Java 多线程编程基础，积累项目经验，并结合实际场景去处理相关问题。

四、衡量一般系统的性能

1、响应时间

A、响应时间是衡量系统性能的重要指标之一，响应时间越短，性能越好

B、一般一个接口的响应时间是在毫秒级

C、在系统中，我们可以把响应时间自下而上细分为以下几种：

a、数据库响应时间：数据库操作所消耗的时间，往往是整个请求链中最耗时的；

b、服务端响应时间：服务端包括 Nginx 分发的请求所消耗的时间以及服务端程序执行所消耗的时间；

c、网络响应时间：这是网络传输时，网络硬件需要对传输的请求进行解析等操作所消耗的时间；

d、客户端响应时间：对于普通的 Web、App 客户端来说，消耗时间是可以忽略不计的，但如果你的客户端嵌入了大量的逻辑处理，消耗的时间就有可能变长，从而成为系统的瓶颈。

2、吞吐量

A、磁盘吞吐量，有两个关键衡量指标

a、一种是 IOPS（Input/Output Per Second），即每秒的输入输出量（或读写次数），这种是指单位时间内系统能处理的 I/O 请求数量，I/O 请求通常为读或写数据操作请求，关注的是随机读写性能。适应于随机读写频繁的应用，如小文件存储（图片）、OLTP 数据库、邮件服务器。

b、数据吞吐量，这种是指单位时间内可以成功传输的数据量。对于大量顺序读写频繁的应用，传输大量连续数据，例如，电视台的视频编辑、视频点播 VOD（Video On Demand）

B、网络吞吐量

3、计算机资源分配使用率

A、通常由 CPU 占用率、内存使用率、磁盘 I/O、网络 I/O 来表示资源使用率。这几个参数好比一个木桶，如果其中任何一块木板出现短板，任何一项分配不合理，对整个系统性能的影响都是毁灭性的。

4、负载承受能力

A、当系统压力上升时，你可以观察，系统响应时间的上升曲线是否平缓。这项指标能直观地反馈给你，系统所能承受的负载压力极限。例如，当你对系统进行压测时，系统的响应时间会随着系统并发数的增加而延长，直到系统无法处理这么多请求，抛出大量错误时，就到了极限。