Gradle中compile与implementation差异：子进程遇NoClassDefFound问题

Gradle的compile和implementation依赖配置核心差异在于依赖可见性和类路径传递逻辑：

• compile是旧版配置，它会将依赖同时加入当前模块的编译类路径、运行时类路径，并且会把依赖传递给所有依赖当前模块的下游组件。当你启动子进程时，如果子进程继承了当前JVM的类路径，compile引入的azure-core-management会被包含在内，因此子进程能找到AzureEnvironment类。
• implementation是Gradle推荐的替代配置，它仅让依赖对当前模块的编译和自身运行时可见，不会将依赖传递给下游模块，也不会自动被纳入子进程的类路径——除非你显式配置子进程的类路径包含该依赖。

可以通过以下两种方式解决：

• 显式传递运行时类路径给子进程
  在启动子进程的代码中，获取当前模块的完整运行时类路径（包含implementation引入的所有依赖），并传递给子进程的启动参数：

  // 获取当前JVM的运行时类路径
  String runtimeClasspath = System.getProperty("java.class.path");
  // 构建子进程启动命令
  ProcessBuilder processBuilder = new ProcessBuilder(
      "java",
      "-cp", runtimeClasspath,
      "com.yourpackage.SubprocessMainClass"
  );
  // 启动子进程
  processBuilder.start();
  

  如果是通过Gradle任务启动子进程，直接指定任务的类路径为当前模块的运行时类路径即可：

  task startSubprocess(type: JavaExec) {
      mainClass = "com.yourpackage.SubprocessMainClass"
      classpath = sourceSets.main.runtimeClasspath
  }
  

• 子进程模块独立添加依赖
  如果子进程是一个独立的Gradle模块，直接在该模块的build.gradle中添加implementation 'com.azure:azure-core-management:对应版本号'，让子进程自己管理所需依赖，无需依赖父模块的传递。

内容的提问来源于stack exchange，提问作者Yahalom Raviv Maimon