我太懂你这种头疼了——11000个单元测试堆到一起跑，IntelliJ把所有结果攥在内存里，哪怕堆拉到17500MB还是崩，单独跑包又耗到离谱。结合我处理过的类似场景，给你几个可落地的方案：

• 限制测试结果的内存存储上限：IntelliJ默认会把所有测试的详细日志、状态全存内存里，量级上来直接撑爆堆。你可以打开Help > Edit Custom VM Options，手动加一行配置：-Didea.test.result.storage.max.size=500（单位是MB，数值可以根据你的测试结果大小调整）。这个参数会让内存里的测试结果超过阈值后自动写到磁盘，大幅降低实时内存占用。

• 用增量/分片测试减少单次压力：没必要每次都硬扛11000个测试。在你的测试Run配置里，勾选Run only tests that failed since last run和Run tests affected by recent changes，这样每次只跑失败或受代码变更影响的用例，内存压力直接降下来。如果需要全量跑，试试装个Test Sharding插件，它能自动把测试分成多个小批次并行执行，每个批次的结果内存占用小很多，还能利用多核加速。

• 优化测试代码本身的内存泄漏：有时候问题根源不在IntelliJ，是测试用例自己“吃”内存不吐。比如有没有测试完没关闭的数据库连接、没释放的大型对象、循环里重复创建的实例？用IntelliJ自带的Profiler（Run > Profile）跑一次全量测试，找出内存占用Top的测试用例，针对性优化资源释放，能从根源减少内存消耗。

• 用命令行跑测试再导入结果：如果上述方法都不管用，试试绕开IntelliJ的实时测试结果存储。用Gradle或Maven的命令行跑测试（比如gradle test），跑完后在IntelliJ里通过Import Test Results导入生成的测试报告。这样IntelliJ不用全程扛着内存压力，只是最后加载结果做分析，内存占用会低很多。

• 清理IntelliJ缓存释放空间：旧缓存堆积也会悄悄占内存。去File > Invalidate Caches...，选Invalidate and Restart，清理掉过期的缓存文件后重启，有时候能意外缓解内存紧张的情况。

内容的提问来源于stack exchange，提问作者Sven M.