gradle build 默认执行test任务，可通过gradle build -x test -x testclasses彻底跳过，或改用gradle assemble避免触发任何测试相关任务。
直接加 --no-tests 或跳过 test 任务即可，但要注意不同场景下行为差异。
gradle build 默认会跑 test，怎么关掉
执行 gradle build 时，Gradle 会按依赖顺序触发 test 任务（因为 build → assemble → test 是默认链条）。关掉测试不是“禁用”，而是绕过或跳过它：
- 临时跳过：在命令行加
--no-tests参数，例如gradle build --no-tests - 更常用的是直接执行不带 test 的组装任务：
gradle assemble—— 它只编译 + 打包，完全不碰 test 目录 - 如果用了
application插件，gradle installDist也不运行 test，适合快速出可执行目录
IDEA 里点 “Build” 或 “Run” 怎么避免触发 test
IntelliJ IDEA 默认绑定的 “Build Project” 是调用 gradle compileJava，本身不跑 test；但如果你点的是 “Build” 菜单下的 “Build Artifacts” 或右键项目选 “Build”，它可能走的是 build 任务。关键看底部 Gradle 工具窗口里实际执行的命令：
- 确认你没在 Run Configuration 里勾选 “Run tests before launch”
- 在 IDEA 的 Gradle 面板中，手动双击
assemble或shadowJar，而不是build - 若长期需要，可在
build.gradle中禁用 test 任务（不推荐全局禁用）：test.enabled = false，但 CI 环境容易误伤
为什么 gradle build -x test 有时仍会卡住
-x test 表示“排除 test 任务”，但某些插件（比如旧版 shadow 或自定义 task）可能显式依赖 testClasses，导致 Gradle 尝试构建测试类再失败。常见现象是报错：Cannot resolve symbol 'Test' 或 Could not resolve all files for configuration ':testCompileClasspath'。
- 根本原因：
testClasses是一个独立任务，-x test不等于-x testClasses - 稳妥写法是同时排除：
gradle build -x test -x testClasses - 更干净的做法是改用
gradle assemble—— 它根本不声明对test*任务的依赖
真正容易被忽略的点是：打包行为是否包含资源处理。比如你用 processResources 读取了 src/main/resources/application-dev.yml，但又没配 profile 切换，那即使跳过 test，打包内容也可能和预期不符——跳 test 只解决耗时问题，不解决配置污染。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
