这是什么东西.那个是什么鬼.应该不是我们的不是我们的不要发，这个我的课堂上你说你居然发别人的导图，然后先说我的课压力测试这块的话，如果说你们公司要双11搞活动，是不是会可能在双11的整点秒杀，比如说下午4点的时候会有大批量的用户会同时访问一个接口，对还是不对. 

同时在通过一个接口给服务器发送请求，那么服务器很有可能会在那个一小时那个短短的时间几秒钟之内收到大量的请求参数，那么这个时候他处理不了，处理不过来的时候他会CPU标高那次占有率飙升，然后呢他响应时间就会加长，然后呢服务器的CPU就会标高，然后呢开始吞吐量下降，导致一系列的灾难性的后果，最后的最终导致就是他死机、闪退、重启、蓝屏，听懂了吗. 

最后就崩掉了，所以说咱们要去提前的预防这种事情的发生，就要提前模拟出来这种场面，提前模拟出来这种场面之后看服务器能否扛住，如果说在模拟的时候服务器扛住了，说明在真实的情况下它也能抗住，如果模拟的时候它没扛住，说明它在真实的环境下真实场景下它也扛不住，所以说咱们要提前的对他做一个压测，那么压测说白了就是并发在同一个接口时前进行一个集合，然后呢同时释放他的请求。 

在然后不断的施加压力，比如说我先增30人压起，然后涨到50涨到50人、80人、100人、200人、300人、400人、500人、1000人、2000人、5000人，开始逐步的增加他的压力，然后找到它的峰值，找到的瓶颈点，然后咱们来衡量衡量一下它的瓶颈点，咱们是否能够接受。 如果说并发5000人是这个接口的一个瓶颈点，那么咱们就给通过实际的一个公司的这个接口情况考虑一下，咱们有没有可能达到5000人的并发，如果有可能的话那这5000人不及格。 

如果咱们公司的所有的这个并发情况加起来顶多就一两千人，那咱们能达到5000人的并发都没有什么问题的话，那咱们这个就算通过，听懂了吧. 所以说它通过与否，包括它的指标的标准与否，都是根据咱们实际的业务的数量，用户的数量来衡量它的。