JMeter性能测试遇OutOfMemory异常：SampleResult引发内存泄漏求助

你已经做了禁用监听器的基础优化，但在XML格式JTL搭配Transaction Controller的场景下，JMeter默认仍会把所有响应数据存在org.apache.jmeter.samplers.SampleResult实例中，这才是内存泄漏的核心原因。下面是针对性的解决方案：

1. 全局禁用响应数据存储 #

直接修改JMeter配置，让所有SampleResult不再保留响应内容：

• 打开user.properties（推荐用这个，避免改动默认配置文件jmeter.properties），添加或修改：

  sample_result.save_response_data=false
  

• 也可以在启动JMeter时通过命令行临时设置，不用修改配置文件：

  jmeter -Jsample_result.save_response_data=false -n -t your_test_plan.jmx -l result.jtl
  

  这个设置完全不影响Transaction Controller的核心功能——它依赖的是SampleResult的时间戳、状态等元数据，而非响应内容。

2. 局部控制响应数据存储 #

如果测试里有部分采样器确实需要保留响应（比如用于断言），可以用JSR223后置处理器精准控制：

• 在不需要保留响应的采样器下添加JSR223 PostProcessor，输入代码：

  prev.setResponseData(null)
  prev.setResponseHeaders(null) // 可选：同时清空响应头进一步节省内存
  

  这样只会清空当前采样器的响应数据，不影响其他需要响应的采样器。

3. XML JTL的额外内存优化 #

XML格式JTL本身比CSV占用更多资源，配合以下设置进一步降低内存压力：

• 确保jmeter.save.saveservice.autoflush=true（默认已启用），让JMeter写入JTL后立即刷新缓冲区，避免内存堆积未写入的数据。
• 如果测试时长极长，可以考虑用脚本定期分割归档JTL文件，避免单个文件过大带来的内存负担。

4. 堆内存调优（辅助措施） #

在解决内存泄漏根源后，适当调整JMeter堆内存上限，应对极端场景：

• 打开jmeter.bat（Windows）或jmeter.sh（Linux/Mac），找到HEAP配置项，修改为：

  HEAP="-Xms4g -Xmx8g" # 根据机器内存调整，Xmx建议不超过物理内存的70%
  

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