第 7 周总结：性能

大部分的应用除了功能需求，也有性能上的标准，你这个服务器能承担多少业务，在硬件上怎么配置，都需要搞清楚才能做好架构，那我们怎么获得这个标准呢，就是做性能测试。

性能测试有几个值得注意的名词，并发量，吞吐量，响应时间

并发量是指服务同时在处理的业务之和，很多人会搞错并发量和吞吐量

吞吐量是指单位时间内完成的请求

压测的时候是逐渐把并发量加大，从而获得其最大吞吐量，有一次测试告诉我并发到5就压不动了，是不是服务有问题，其实不一定，例如cpu线程就那么多，同时处理的事件有限，压不动很正常，但你看吞吐量已经到几千了，性能是没问题的，不要以吞吐量来衡量性能，例如做图像识别的服务，一个服务并发到30多才能压出其吞吐量的最大值，但吞吐量也只有几十，这不能算是性能高吧，所以单用并发量并不能看出什么性能问题。主要看吞吐量和响应能不能满足业务需要

服务性能其实是一个很综合的问题，要在这方面优化需要大量的知识，了解计算机底层原理，了解网络，了解进程，了解锁，了解jvm，需要分析在哪个层面出问题，而不是一下子拿出套路式的架构。所以积累什么经验有价值？积累这些经验就有价值，不是学了一两个新的架构，新的套路就能做架构师的