记一次压力测试

压力测试方式：
1、JMeter单独使用测试
2、先用badboy生成.jmx文件，在用JMeter导入，执行

这里使用的是JMeter单独测试，首先官网下载，解压后，找到bin/jmeter.bat运行，cmd窗口不要关闭，马上出来工具框，默认是英文版，可以选择options change languages中文

1.创建线程组：指定线程数，循环次数

2、创建http请求，这里使用的本地测试

3、可以创建定时器，输入模拟用户数量

4、创建报告，结果树等（随意）

然后先用tomcat默认配置跑一次，再不断修改配置，对比，你就会发现，随着配置修改，跑出来的结果是有差异的，比如平均响应时间，最大 最小响应等等 

这次测试的目的是想看看，平时用的tomcat到底能扛得住多大的压力，这里牵扯到了tomcat的调优，可以理解为调到最优性能，不是参数越大越好，逐步观察，你会发现你的tomcat 在你的对应的服务器的配置的映衬下，它有一个最优配置，超过了等于超负荷，反而降低性能，低了，没有满载，浪费了服务器配置

以上是我个人见解，这里深入一点，还牵扯到jvm调优，以及数据库调优，总之，现在的项目部署环境，就跟现在的电脑配置一样，不是拿过来就用，而是要考虑到它未来面对的恶劣情况，提前搭配好各个组件的参数配置，让项目可以高效、稳定运行。如果达到了最优配置的瓶颈，也就是说最优配置已经满足不了现状的时候，就应该考虑另一种方式解决：负载均衡，这个在springcloud中已经很好的被实现

tomcat关于线程最佳数参照：