Linux上JMeter+Shell可实现部署后自动化压测流水线，含执行、报告、判断、通知四步；需配置JDK/JMeter环境变量，脚本参数化控制并发与持续时间，生成带时间戳结果并审计错误率、响应时间等指标，失败时exit 1供CI识别，支持归档、日志摘要及邮件/机器人通知。
在Linux上用JMeter配合Shell脚本实现部署后的自动化压测与结果审计，核心是把“执行→报告→判断→通知”串成一条可重复、免人工干预的流水线。不需要GUI，不依赖本地机器资源，关键靠命令行驱动、参数灵活、结果可量化。
环境准备与基础配置
确保压测机（Linux服务器）已装好JDK 8+ 和 JMeter（建议5.4+），并完成全局环境变量配置：
- 编辑 /etc/profile，添加 JMETER_HOME 和 PATH，例如：
export JMETER_HOME=/opt/jmeter/apache-jmeter-5.4.3<br>export PATH=$JMETER_HOME/bin:$PATH
- 执行 source /etc/profile 生效，验证 jmeter -v 能正常输出版本号
- 测试脚本（
.jmx）需提前上传至固定路径，如/opt/jmeter/scripts/，且已做必要参数化（如用${__P(threadNum,10)}控制并发数）
Shell脚本封装压测全流程
一个典型脚本（如 run_perf.sh）应包含清理、执行、报告生成、基础审计四步：
- 自动生成带时间戳的唯一结果名：
result_$(date +%Y%m%d_%H%M%S).jtl - 调用JMeter命令，传入线程数、持续时间等动态参数：
jmeter -n -t $SCRIPT_PATH -l $RESULT_FILE -e -o $REPORT_DIR -JthreadNum=$1 -Jduration=$2 - 生成HTML报告后，检查关键指标是否达标（例如：错误率 awk/sed/grep 解析
report.html中的聚合表格或直接读取result.jtl的统计行 - 根据审计结果设置退出码：
exit 0表示通过，exit 1表示失败，便于后续CI工具识别
对接部署流程触发压测
压测不是独立动作，而应作为部署流水线的下游环节：
- 若使用Jenkins，在构建后增加“Execute shell script on remote host using ssh”步骤，远程调用上述脚本，并传参：
sh /opt/jmeter/run_perf.sh 50 300（50并发，持续300秒） - 若用GitLab CI，可在
.gitlab-ci.yml中定义 stage，用ssh user@host 'sh /path/run_perf.sh $CONCURRENCY $DURATION' - 脚本内可加入简单等待逻辑，比如轮询服务健康接口（
curl -f http://localhost:8080/actuator/health）成功后再启动压测，避免压到未就绪服务
结果归档与轻量审计输出
每次压测结果需自动归档并给出可读结论：
- 将
.jtl和report/文件夹按时间命名打包，存入/opt/jmeter/reports/archive/ - 审计脚本提取关键指标写入简明日志，例如：
[PASS] TPS=42.6, Avg=862ms, Error%=0.12%, 90%=1120ms - 支持邮件通知：用
mail命令或curl调用企业微信/钉钉机器人，附上报告链接和核心指标摘要
