test任务的JVM参数必须通过tasks.withType(Test)显式配置，因其类型为Test而非JavaExec，后者配置无效；需用jvmArgs字符串数组和systemProperty设置编码等属性，并建议在gradle.properties与build.gradle中双层兜底配置以确保生效。
test任务的JVM参数必须显式配置，不能靠JavaExec默认继承
Gradle 的 test 任务类型是 Test，不是 JavaExec，所以即使你写了 tasks.withType(JavaExec)，它对 test 任务完全无效。这是最常踩的坑——改了半天 jvmArgs 却发现测试还是 OOM 或编码错误。
正确做法是直接针对 Test 类型配置：
- 用
tasks.withType(Test)，不是JavaExec -
jvmArgs必须写在Test块内，且参数格式为字符串数组（如['-Xmx2g', '-Dfile.encoding=UTF-8']） - 系统属性要用
systemProperty，不是systemProperties（后者不存在）
常见测试场景下的参数组合建议
不同测试类型对 JVM 要求差异很大。单元测试轻量，但集成测试或 SpringBootTest 往往加载全上下文，内存和元空间容易爆。
- 纯 JUnit5 单元测试：
jvmArgs = ['-Xmx1024m', '-XX:MaxMetaspaceSize=256m'] - 含 Spring Boot 的集成测试：
jvmArgs = ['-Xmx2048m', '-XX:MaxMetaspaceSize=512m', '-Dspring.profiles.active=test'] - 需要调试测试时加断点：
jvmArgs += ['-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=*:5005'] - 避免中文乱码（尤其 Windows）：
systemProperty 'file.encoding', 'UTF-8'必加
全局生效 vs 单任务覆盖，优先用项目级配置
如果你在 build.gradle 里只给某个 test 任务单独设参数（比如 tasks.named('test')），CI 上跑其他测试任务（如 integrationTest）还是会用默认值，导致不一致。
更稳妥的方式是在项目根目录的 gradle.properties 中统一控制守护进程行为，并在 build.gradle 中用 allprojects 或 subprojects 批量设置：
-
gradle.properties控制 Gradle 自身内存：org.gradle.jvmargs=-Xmx4096m -XX:MaxMetaspaceSize=1024m -
build.gradle统一 test 行为：subprojects { tasks.withType(Test) { jvmArgs = ['-Xmx2g', '-XX:MaxMetaspaceSize=512m'] } } - 若某子模块需特殊处理（如 Android instrumentation test），再单独
configure覆盖
验证是否生效：别只看 build 成功，要查实际启动命令
光看 ./gradlew test 没报错，不代表参数真进了 JVM。最容易忽略的是：Gradle 默认启用守护进程，旧的 JVM 进程可能还在复用，导致新参数没加载。
- 加
--no-daemon强制重启 JVM：./gradlew test --no-daemon --info - 在
--info日志里搜索Starting process 'command '/path/to/java''，后面跟着的完整命令行就是真实启动参数 - 如果看到
-Xmx1024m但你配的是2048m，说明配置位置错了或被其他插件覆盖（比如 Spring Boot 插件自带 test 配置）
实际生效的关键就两点：配对类型（Test）、配对位置（gradle.properties + build.gradle 双层兜底）。漏掉任一环，参数都只是写在纸上。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
