你可以使用 JMeter 来模拟高并发秒杀场景下的压力测试。这里有一个例子，它模拟了同时有 5000 个用户，循环 10 次的情况。
请求默认配置
token 配置
秒杀接口
结果分析
但是，实际企业中，这种压测方式根本不满足实际需求。下面介绍一种分布式压测。
使用场景
单台的JMeter压测能力有限，最大并发压测在1k内的，单机基本满足日常需求了。
但对于有项目来说，需要上万并发的压测，那就需要采用JMeter的分布式压测。
我根据下面思路简单介绍下
JMeter 分布式执行原理：介绍 JMeter 分布式压测的执行原理，包括 master 和 slave 的角色和工作流程。
环境搭建和配置：介绍如何搭建和配置 JMeter 分布式压测环境，包括 master 和 slave 的安装和配置。
测试脚本编写：介绍如何编写 JMeter 测试脚本来模拟秒杀场景。
执行测试和查看结果：介绍如何执行分布式压测并查看测试结果。
要模拟秒杀场景，你需要编写一个 JMeter 测试脚本来模拟用户登录、查看秒杀商品、点击秒杀按钮并下单的过程。
下面是一个简单的例子
添加线程组：添加一个线程组来模拟多个用户同时进行秒杀操作。
添加 HTTP 请求默认值：请求默认值元素来设置服务器名称、端口号和协议等信息。
添加 HTTP Cookie 管理器：管理用户登录后的 Cookie 信息。
添加登录请求：设置请求方法为 POST，路径为登录接口的 URL，并添加用户名和密码等参数。
添加查看秒杀商品请求：秒杀商品的操作。设置请求方法为 GET，路径为查看秒杀商品接口的 URL。
添加点击秒杀按钮请求：在线程组中添加一个 HTTP 请求元素来模拟用户点击秒杀按钮的操作。设置请求方法为 POST，路径为点击秒杀按钮接口的 URL，并添加必要的参数。
下面是具体的配置步骤
JMeter实现分布式并发
配置步骤：
1、master端配置
路径：bin/jmeter.properties，
搜索到remote
其中ip地址是我虚拟机自己设置的固定ip（强烈建议配置固定ip，防止后期连接不上报错，固定ip不会配置的见CC是谁：Linux虚拟机配置静态ip），端口也是在虚拟机配置文件中自己配置的，后面会讲
需要将remote_hosts中的127.0.0.1删除，否则“远程启动所有”时启动不起来
设置成功后在master端看到远程启动中包含了刚才配置的slave，如果看不到可以重启下JMeter
2、slave端配置
路径：bin/jmeter.properties，
搜索到1099，启用端口，保存
3、slave端启动
Jmeter-server（bin目录下）
注意：命令jmeter-server报错
修改命令为，后面ip是本机的ip，再次启动，成功：
./jmeter-server -Djava.rmi.server.hostname=192.168.8.14
4、master执行
配置了多台slave时，直接“远程启动所有”，所有远程服务器会同时启动
注意：若需要压测100，在10台机器，则线程设置10即可，jmeter执行中不会自动负载均衡，每一台服务器都会完整地运行测试计划。
4.1代表拒绝连接，slave
模拟秒杀场景，你需要编写一个 JMeter 测试脚本来模拟用户登录、查看秒杀商品、点击秒杀按钮并下单的过程。
配置步骤：
1、master端配置
路径：bin/jmeter.properties，
搜索到remote
其中ip地址是我虚拟机自己设置的固定ip（强烈建议配置固定ip，防止后期连接不上报错，固定ip不会配置的见CC是谁：Linux虚拟机配置静态ip），端口也是在虚拟机配置文件中自己配置的。
需要将remote_hosts中的127.0.0.1删除，否则“远程启动所有”时启动不起来
设置成功后在master端看到远程启动中包含了刚才配置的slave，如果看不到可以重启下JMeter
2、slave端配置
路径：bin/jmeter.properties，
搜索到1099，启用端口，保存
3、slave端启动
Jmeter-server（bin目录下）
注意：命令jmeter-server报错
修改命令为，后面ip是本机的ip，再次启动，成功：
./jmeter-server -Djava.rmi.server.hostname=192.168.8.14
4、master执行
配置了多台slave时，直接“远程启动所有”，所有远程服务器会同时启动
注意：若需要压测100，在10台机器，则线程设置10即可，jmeter执行中不会自动负载均衡，每一台服务器都会完整地运行测试计划。
最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！
