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