Gradle 庖丁解牛（构建源头源码浅析），kotlin爬虫

不解释，快上车，真的 Gradle 要现身了，Wrapper 的使命即将终结，我们把重点转到 org.gradle.launcher.GradleMain 的 main 方法，如下：

public class GradleMain {

public static void main(String[] args) throws Exception {

new ProcessBootstrap().run(“org.gradle.launcher.Main”, args);

}

}

GG了，莫慌，我们的重点不是看懂 Gradle 的每一句代码，我们需要捡自己需要的重点，这货设置各种 ClassLoader 后最终还是调用了 org.gradle.launcher.Main 的 run 方法，实质就是 EntryPoint 类的 run 方法，因为 Main 类是 EntryPoint 类的实现类，而 EntryPoint 的 run 方法最主要做的事情就是创建了一个回调监听接口，然后调用了 Main 重写的 doAction 方法，所以我们去到 Main 的 doAction 看看，如下：

public class Main extends EntryPoint {

…

protected void doAction(String[] args, ExecutionListener listener) {

createActionFactory().convert(Arrays.asList(args)).execute(listener);

}

CommandLineActionFactory createActionFactory() {

return new CommandLineActionFactory();

}

}

这货实质调用了 CommandLineActionFactory 实例的 convert 方法得到 Action 实例，然后调用了 Action 的 execute 方法，我去，真特么绕的深，这弯溜的，我们会发现 CommandLineActionFactory 里的 convert 方法实质除过 log 记录准备外干的惟一一件事就是创建其内部类 WithLogging 的对象，这时候我们可以发现 Action 的 execute 方法实质就是调用了 WithLogging 的 execute 实现，如下：

public void execute(ExecutionListener executionListener) {

//executionListener 是前面传入的回调实现实例

//各种解析config，譬如参数的–内容等等，不是我们的重点

//各种初始化、log启动等等，不是我们的重点

…

//大招！！！外面new WithLogging实例时传入的参数！！！

action.execute(executionListener);

…

}

这不，最终还是执行了 `new ExceptionReportingAction(

new JavaRuntimeValidationAction(

new ParseAndBuildAction(loggingServices, args)),

new BuildExceptionReporter(loggingServices.get(StyledTextOutputFactory.class), loggingConfiguration, clientMetaData())));对象的 execute 方法（上面的 action 就是这个对象），关于这个对象的创建我们只用关注new JavaRuntimeValidationAction(

new ParseAndBuildAction(loggingServices, args))` 这个参数即可，这也是一个 Action，实例化后在 ExceptionReportingAction 的 execute 调用了他的 execute，而 ParseAndBuildAction 的 execute 又被 JavaRuntimeValidationAction 的 execute 触发，有点包装模式的感觉，所以我们直接关注 ParseAndBuildAction 的实例化和 execute 方法，因为其他不是我们的重点，如下：

private class ParseAndBuildA