要让JMeter真实模拟3000人抢购、10万QPS压力，需构建命令行压测流程：配置线程组（3000线程、30秒Ramp-Up、循环10次、持续180秒），添加HTTP请求及Content-Type/Authorization头，保存为high_concurrent.jmx后在Linux用./jmeter -n -t命令执行，并通过HTML报告分析90% Line响应时间与错误率。
要让JMeter真正模拟出3000人同时抢购、10万QPS持续冲击后端服务的真实压力，必须跳过图形界面盲目点击的误区，直接构建可复现、可回溯、资源可控的命令行压测流程。
配置线程组实现精准并发控制
右键测试计划→添加→线程(用户)→线程组。
在“线程数(Number of Threads)”中填入目标并发量，例如【3000】；Ramp-Up时间设为30秒，避免瞬间打垮被测系统；循环次数设为10，确保每个虚拟用户完成完整业务链路。
勾选“调度器”，在“持续时间”栏输入180（单位秒），让压测稳定运行3分钟——这是观察系统稳态表现的最低时长门槛。
添加HTTP请求并配置必要头信息
右键线程组→添加→取样器→HTTP请求，填写接口协议、域名、路径及请求方法。
右键线程组→添加→配置元件→HTTP信息头管理器，在表格中新增两行：第一行Name填“Content-Type”，Value填“application/json”；第二行Name填“Authorization”，Value填“Bearer ${token}”——若需动态Token，请先用JSON提取器或正则提取器获取。
这一步漏掉Content-Type会导致Spring Boot等框架默认拒绝JSON请求，返回415错误。
用命令行执行高并发压测
第一步：保存当前测试计划为high_concurrent.jmx，确保文件名不含空格和中文。
第二步：将该文件上传至Linux服务器的/opt/jmeter/test/目录下。
第三步：进入JMeter的bin目录，执行以下命令：
./jmeter -n -t /opt/jmeter/test/high_concurrent.jmx -l /opt/jmeter/test/results.jtl -e -o /opt/jmeter/test/report
其中-n表示非GUI模式，-l指定结果输出路径，-e -o组合会自动生成HTML格式的可视化报告。
注意：不要在Windows上用jmeter.bat执行大规模压测，GUI残留进程极易导致内存溢出，且无法真实反映服务器负载。
生成并查看HTML压测报告
压测结束后，进入/opt/jmeter/test/report目录，直接打开index.html文件。
重点查看“Aggregate Report”页签中的90% Line响应时间、Error %错误率、“Response Times Over Time”曲线是否出现陡升拐点。
若错误率突增至5%以上，且90% Line超过800ms，说明数据库连接池或线程池已触达瓶颈阈值，需立即停止压测并检查服务端日志。
