1. 测试脚本设计问题
问题描述优化建议并发模型不准确并发线程不等于真实用户行为使用合理的线程数+定时器（Think Time）模拟真实用户无预热没有预热阶段导致初期响应异常在正式压测前加入预热阶段请求数据重复/不变用例数据没有参数化或关联使用 CSV Data Set Config 实现参数化和唯一数据模拟忽略断言请求失败也认为成功，无法发现异常添加断言检查响应内容、状态码等未启用连接复用每次请求都重新建立连接勾选“使用保持活动连接（KeepAlive）”2. JMeter 本身性能限制
问题描述优化建议GUI模式压测使用 GUI 模式运行可能会卡顿或崩溃使用命令行模式（非GUI）运行压测 jmeter -n -t test.jmx -l result.jtl单机压测瓶颈本地 CPU、内存吃不消使用分布式压测（Master-Slave）部署多个负载机结果收集影响性能实时图形监听器消耗资源禁用 View Results Tree、Graphs，使用 .jtl 文件保存数据，后期分析日志级别太高调试日志没关闭压测前将 log_level.jmeter 设置为 INFO 或 WARN3. JMeter 结果分析 & 问题定位
工具推荐：
使用 JMeter Plugins Manager 安装常用插件（如 Summary Report、PerfMon、Response
Time Over Time）使用 JMeter Dashboard Report 可视化报告 jmeter -g result.jtl -o report_dir
关注指标：
指标描述说明TPS（吞吐量）每秒请求数代表系统并发处理能力Avg / 95% Response Time平均/百分位响应时间反映接口性能波动，95% > 3s 说明大部分用户体验差Error %错误率应保持低于 1%，否则需重点排查Active Threads Over Time实时线程数判断并发模型是否合理、有无线程崩溃Connect / Latency Time建连耗时、首字节延迟网络或服务响应慢的体现4. 结合服务端分析问题
你可以把服务端的一些指标和 JMeter 报告一起分析：
服务端方向工具建议分析重点系统资源监控top、htop、nmon、PerfMonCPU、内存、IO、网络等瓶颈Java 应用监控VisualVM、JFR、jstack、jmap线程数、GC日志、堆栈状态数据库监控explain、慢查询日志SQL执行时间、锁情况、连接池应用日志logback/log4j 日志异常、超时、连接失败等错误记