因为工作需要，久违的从自己的有道云笔记中去寻找压测相关的内容，翻开之后发现还不错，温故一遍后顺便整理出来分享给大家。
题外话，工作8年多，有道云笔记不知不觉都6G多了，扫一眼下来尽是云烟过往，竟然还能发现Struts的东西，令人甚为感怀，挺好奇你们的云笔记长什么样子。
话说，我如果一直这么记下去，有朝一日能成为IT界的司马迁不哈哈？
为何JMeter
犹记得当年工作之初，压测根本不成为话题，当时的框架也相对复杂，和现在的SpringBoot用法简直云泥之别，在那种环境下，除了大公司，压测自然不是项目首要考虑的范畴。
但时过境迁，互联网井喷时代，信息爆炸式输出，大数据、云时代接踵而至，测试岗位的重要性逐步凸显，相应的压力测试、性能测试也成为项目绕不开的一环。
如果说一个Java程序员在迈向高级工程师必须要掌握主流的技能如SpringBoot、SpringCloud、MQ、k8S等等以外，还需要具备什么辅助技能，我可以很负责任的说，压测一定是未来挡在面前的一扇门。
为何这么讲，首先，并非所有的公司都有一定规模，都有自己的测试团队，或者测试人员都具备压测能力，反而有相当多的中小企业没有这些基础条件，但同时又承接了一定规模的项目，不要意外，这在关系网纵横交错的国内是很常见的事情。
我多年工作的经历告诉我，绝大部分程序员主要还是活跃在中小厂，这里面包含初级中级工程师，也包含因为各种原因从大厂下沉到中小厂的高级工程师，加上疫情造成市场下行压力变大的原因，我大胆判断未来的软件公司会走向碎片化，更小更精简的公司团队会承接更大更特殊的项目任务，这种现象会在之后一些年逐步显现。
那么，在这种团队中生存的程序员，如果未来要迈向高级工程师，压测就是必备的技能之一，只有测试阶段进行了反复的压测及优化，最终投入生产环境才会更安全可靠，这样的团队才会更被客户单位所认可。
这也是我专门出一篇JMeter压测相关文章的原因，尝试了好几个工具，还是觉得JMeter的实用性更强，压测结果也更可靠。
JMeter用法
1、安装 1）、下载安装其实挺简单，为了方便演示，我直接Windows上安装了，后面生产环境用法会讲Linux下安装，官网相关地址如下。
1）、官网：http://jmeter.apache.org/
2）、下载：http://jmeter.apache.org/download_jmeter.cgi/
3）、用户手册：http://jmeter.apache.org/usermanual/index.html
2）、解压
解压后在bin目录双击jmeter.bat打开，界面如下。
测试计划右键-添加-Threads(Users)-线程组
线程组配置看图片中红字说明
线程组右键-添加-配置元件-HTTP请求默认值，设定一个默认的路径，之后就不用每个地方都重写一遍了。
3）、添加HTTP请求
线程组右键-添加-Sampler-HTTP请求，新建一个拿来压测的请求URL及参数。
这里参数给的是变量，变量名对应后面的配置文件，用${XXX}这样的形式写入。
目的是，模拟多个用户发出这个请求，即有多个user和多个token写入cookie，如：
userId1,userToken1
userId2,userToken2
userId3,userToken3
设置请求路径及变量如图所示
4）、模拟多用户请求
这里需要用到变量，线程组右键-添加-配置元件-CSV Data Set Config。
配置文件如下，自己设定一个id和token，在浏览器上F12查找一个拿来用。
或者使用程序生成几百几千个用户id,token，来模拟多用户访问。
5）、查看压测结果
执行压测后需要查看相关结果，线程组右键-添加-监听器-聚合报告，这里有很多包括表格、图表等等，一般就看聚合报告。
聚合报告如图所示，这里的Throughput属性就是指吞吐量，前面的Samples就是请求量。
含义：10000个请求的吞吐量是300-400之间，可以通俗理解为仅支持几百个并发（方便理解专业点一般不这么讲），很低，需要性能优化。
生产环境用法 1、安装
1）、将apache-jmeter-3.3.zip上传到Linux服务器上；
2）、unzip xx.zip进行解压；
3）、如果报了找不到unzip命令，就执行yum install -y unzip zip安装上就可以了。
2、新建压测文件
1）、新建一个压测文件：如user_list.jmx，设定线程组中线程数为5000，循环次数为10，表示执行50000次；
2）、将这个文件上传到Linux服务器上；
3）、具体新建压测文件jmx的方法参照前面的讲解。
3、执行压测
1）、同级目录下，执行命令：
./apache-jmeter-3.3/bin/jmeter.sh -n -t user_list.jmx -l result.jtl2）、启动jmeter进行压测，压测后的结果输出为result.jtl文件。
4、观测现象
在执行过程中，可以另开启一个窗口，执行top命令查看服务器承受的负载。（主要看红框这个，以及下面进程中的java相关的，会发现负载变得很大，CPU占用率也很高。）
5、导出结果
1）、将result.jtl下载到本地环境，然后在jmeter中的聚合报告那里，浏览打开，看结果；
2）、可以发现吞吐量很不理想，Linux服务器配置较低时，error很高，说明应用程序难以承受直接挂掉了。
6、压测建议
1）、压测不能依靠一次评判，一般第一次只是热身，以第二次第三次压测为准；
2）、不要在工作时间或运行高峰期时间进行压测，这是很危险的行为，最佳时期一定是测试阶段，少部分特殊情况只能在生产环境压测也一定要选择安全时段如凌晨；
3）、根据压测结果，进行性能优化后，可以再次像上述一样进行压测，然后导出聚合报告进行对比，直到达到理想结果。
总结
其实压测本身不难，压测的工具和方式也很多，比如redis有自己的压测工具redis-benchmark，还有Apache Benchmark简称ab，是Apache自带压测工具，这些用法都很简单。
压测是迈向高级工程师必会的技能之一，尤其是对核心业务接口的压测十分常用，正规的项目在测试阶段都需要压测，若公司有测试团队当然更好，但以java高级工程师为目标的话，压测技能你可以不会，但绝不能不了解。
分享
开篇说了，这是我8年多工作及学习过程中在云笔记中记录的内容之一，其实还有很多我闲暇之余都做了下整理，有感兴趣的朋友可以私信我获取，什么时候用到了翻开说不定就能节省很多时间。
本人原创文章纯手打，专注于分享主流技术及实际工作经验，觉得有一滴滴帮助的话就请点个赞和推荐吧！
喜欢就点一下推荐吧~~ 【文章转自台湾大带宽服务器 http://www.558idc.com/tw.html提供，感恩】