JMeter GUI运行正常但命令行执行报400 BAD REQUEST故障排查

1. 核对命令行与GUI的参数配置差异 #

• 确认命令行是否加载了GUI中配置的用户变量/属性文件，比如GUI里设置的环境变量、接口地址等，命令行需显式指定：

  jmeter -n -t testplan.jmx -Jenv=production -p custom.properties
  

• 检查代理配置：GUI中若启用了代理，命令行不会自动继承，需手动添加代理参数：

  jmeter -n -t testplan.jmx -H proxy.server.com -P 8080
  

2. 对比GUI与命令行的请求内容 #

• 开启HTTP调试日志，对比两者的请求细节：
  在jmeter.properties中设置log_level.jmeter.protocol.http=DEBUG，分别运行GUI和命令行，查看日志里的请求头、请求体、查询参数是否完全一致。
• 重点排查动态参数：比如CSV Data Set Config的文件路径，命令行的工作目录可能和GUI不同，需改用绝对路径。

3. 确认Java版本一致性 #

• 检查命令行使用的Java版本是否和GUI一致：

  java -version
  

  对比GUI中Help > System Info显示的Java版本，避免命令行调用了其他版本的Java环境。

4. 检查JMeter配置文件差异 #

• GUI和命令行可能加载不同的配置文件，确认：
  • 命令行是否误启用了服务器模式（-s参数），服务器端的配置可能与GUI不一致
  • user.properties或system.properties在两个环境中的内容是否一致，比如是否开启了请求重试、超时等影响请求的参数

5. 简化测试计划定位问题 #

• 先创建仅含单个HTTP请求的极简测试计划，在命令行运行：
  • 如果正常，逐步添加原计划的组件（断言、前置处理器、线程组配置），找到触发400错误的组件
  • 特别注意前置处理器（如JSR223脚本）是否依赖命令行环境缺失的本地资源（文件、环境变量等）

6. 解决字符编码问题 #

• 命令行环境的字符编码可能与GUI不同，导致请求内容编码错误：
  在命令行启动时指定编码：

  jmeter -n -t testplan.jmx -Dfile.encoding=UTF-8
  

  同时确认HTTP请求的Content-Type头包含正确编码（如application/json;charset=UTF-8）

内容的提问来源于stack exchange，提问作者Jan Ardosa