Gradle 与Maven 的基本对比
对比目录：
1、工具包目录对比
2、创建项目结构对比
3、启动进程对比
4、性能对比
5、简洁性对比
什么是gradle:
Gradle 是一个开源的运行在JVM上自动化构建工具，专注于灵活性和性能。Gradle 使用 Groovy 或 Kotlin DSL(领域特定语言) 语言来编写脚本。
- groovy是Java扩展的脚本语言，最后编译为class，运行在jvm上。
- gradle是由Java和groovy写的一个工具。
- groovy和Java可以混写，gradle的源码中很多核心实现是Java写。
- Maven是04年，gradle是08年。都比较长久了。
1、项目结构对比
maven/gradle的目录结构
- 非常的相似，bin就是一些二进制的执行文件
- 配置文件conf/init.d
- lib 启动需要jar
- gradle 下文是all.zip 所以有docs就是使用文档说明，src也就是源码，我们下载bin.zip 包是没有
init.gradle 配置文件
init.gradle 每次构建都会加载与maven的setting.xml类似
加载USER_HOME/.gradle/init.gradle文件
加载USER_HOME/.gradle/init.d/目录下的以.gradle结尾的文件
加载GRADLE_HOME/init.d/目录下的以.gradle结尾的文件
USER_HOME: ~/.gradle
GRADLE_HOME:
/Users/zmkj/.gradle/wrapper/dists/gradle-7.4-bin/c0gwcg53nkjbqw7r0h0umtfvt/gradle-7.4/init.d
执行该脚本，会创建 Gradle 对象;
USER_HOME:~/.gradleGRADLE_HOME:/Users/zmkj/.gradle/wrapper/dists/gradle-7.4-bin/c0gwcg53nkjbqw7r0h0umtfvt/gradle-7.4/init.d执行该脚本，会创建 Gradle 对象;
2、创建项目结构对比
- .gradle 目录
- .idea 目录
- gradle 文件夹
- build.gradle
- gradlew
- settings.gradle
1、gradle.properties
配置全局的参数，包括jvm的配置，gradle的工具的配置文件，网络代理等等
2、settings.gradle
只有根目录有一个这样的文件，
settings.gradle文件的作用：它提供的 include 方法，通过这个方法可以指定哪些工程需要参与编译，每一个参与编译的工程 ，Gradle 会为它创建一个 Project 对象；
类似maven的Modules
settings.gradle会被编译成一个Setting的class文件；
3、build.gradle
maven中的pom.xml文件类型，gradle的build.gradle ,每一项目都会有一个;
插件的引用，依赖的包，版本控制，依赖的仓库
build.gradle 会被编译成一个Project的class对象；根目录是父project，子项目是也会有Project;
每一个project都是由若干个task组成，task就是闭包类似函数；
gradle 文件夹：
Gradle Wrapper 文件的作用就是可以让你的电脑在不安装配置 Gradle 环境的前提下运行 Gradle 项目，你的机器要是没有配 Gradle 环境，下载指定版本gradle；
gradle-wrapper.properties
● distributionUrl –> Gradle 压缩包下载地址
● zipStoreBase –> 本机存放 Gradle 压缩包主地址
● zipStorePath –> 本机存放 Gradle 压缩包主路径
● Gradle 压缩包完整的路径是 zipStoreBase + zipStorePath
● distributionBase –> 本机 Gradle 压缩包解压后主地址
● distributionPath –> 本机 Gradle 压缩包解压后路径
● GRADLE_USER_HOME ->mac 就是~/.gradle/目录
gradlew、gradlew.bat 二进制文件
gradlew ->运行在mac，linux 机器上；
gradlew.bat ->运行在win机器上；
加载顺序：
gradle项目启动时会先加载init.gradle全局的配置文件，再加载settings.gradle ,加载根目录build.gradle，加载子项目build.gradle
3、Maven 与Gradle 启动
maven
我们执行mvn的一些的命令操作，加载maven的依赖与jar包，他会启动一个jvm进程，执行maven的生命周期，去做我们的项目的编译与打包操作，执行完之后会销毁这个进程；
plexus-classworlds-2.6.0.jar
Gradle
Gradle 主要有三种不同类型 JVM 进程：
● wrapper
● client
● Daemon
1、wrapper进程
当我们通过idea导入项目，或通过通过gradlew 执行命令，会去检查构建当前项目所需要的gradle版本在当前机器上是否有，我们新建一个gradle项目时都会指定构建的gradle版本，如果没有就会去下载gradle工具到 gradle.properties文件中配置的路径下；并启动 Gradle。
2、client jvm 进程
每次构建开始都会创建client进程，client 进程是个轻量级进程，构建结束会销毁这个进程。
client 进程的任务是查找启动Daemon进程并和 Daemon 进程socket通信：
● Daemon 进程没启动，client 进程会启动一个新的 Daemon 进程
● Daemon 进程已经存在了，client 进程就给 Daemon 进程传递本次构建相关的参数和任务，然后接收 Daemon 进程发送过来的日志
● 想gradle.properties 里面设置的参数，设置jvm参数，全局 init.gradle 初始化脚本的任务这些都需要 client 进程传递给 Daemon 进程
● damon进程执行完成之后，把结果同步到client；
Daemon jvm进程
daemon jvm 与client jvm 有兼容性 gradle daemon官网
也可以不启动daemon，通过参数设置 org.gradle.daemon=true
gradle-launcher-7.5.jar
daemon 进程负责具体的构建任务。gradle 3.0之前也是启动之后就杀死这个进程，3.0之后默认就是不杀死进程，可以在参数中配置；每一个版本的 Gradle 都会对应创建一个 Daemon 进程；不同的版本会有一定的差异性，所以会启动不同的daemon进程。
● Daemon 进程是独立存在，是一个守护进程，构建结束 Daemon 进程也不会销毁，而是会休眠，等待下一次构建，这样做是为了节省系统资源，加快构建速度；daemon 空闲3小时 销毁;
● Daemon 进程会缓存公共插件等项目信息
● 不需要每次去启动jvm进程
必须注意： 每一个 Gradle 版本都会对应一个 Daemon 进程，机器内若是运行过多个版本的 Gradle，那么机器内就会存在多个 Daemon 进程，所以需要统一gradle版本，如果是本地那就idea中配置Gradle
4、性能对比
官网性能对比：https://gradle.org/maven-vs-gradle/
● 增量构建
● 构建缓存
● Gradle 守护进程
4.1、增量构建
gradle为了提升构建的效率，提出了增量构建的概念，为了实现增量构建，gradle将每一个task都分成了三部分，分别是input输入，任务本身和output输出。下图是一个典型的java编译的task。
input就是目标jdk的版本，源代码等，output就是编译出来的class文件。
增量构建的原理就是监控input的变化，只有input发送变化了，才重新执行task任务，否则gradle认为可以重用之前的执行结果。
当我们的参数发生变化时，就会重新编译；
就是java里面的热编译差不多，只会重新加载哪些发生变化的文件，jrebel插件
4.2、构建缓存
gradle可以重用同样input的输出作为缓存，大家可能会有疑问了，这个缓存和增量编译不是一个意思吗？
在同一个机子上是的，但是缓存可以跨机器共享.如果你是在一个CI服务的话，build cache将会非常有用。因为developer的build可以直接从CI服务器上面拉取构建结果，非常的方便。
4.3、Gradle 守护进程
gradle会开启一个守护进程来和各个build任务进行交互，优点就是不需要每次构建都初始化需要的组件和服务。
同时因为守护进程是一个一直运行的进程，除了可以避免每次JVM启动的开销之外，还可以缓存项目结构，文件，task和其他的信息，从而提升运行速度。
使用gradle和maven构建 Apache Commons Lang 3的比较：
场景：小型多项目构建
10个模块，每个模块50个源文件和50个测试文件,最类似于一组微服务。的比较：
Gradle 干净构建的速度提高了 2-3 倍，增量更改的速度提高了大约 7 倍，而当 Gradle 任务输出被缓存时，速度提高了 14 倍。
场景：中型多项目构建
100 个模块的多项目的常见任务的结果。每个子项目有 100 个源文件和 100 个测试文件。
Gradle 对于干净构建的速度提高了 4-5 倍，对于增量更改的速度提高了大约 40 倍，而当 Gradle 任务输出被缓存时速度提高了 13 倍。
场景：大型多项目构建
500 个模块的多项目的常见任务的结果。每个子项目有 100 个源文件和 100 个测试文件。
Gradle 干净构建的速度提高了 3-10 倍，增量更改的速度提高了约 85 倍，Gradle 任务输出被缓存时速度提高了 13 倍。
场景：大型单体应用
此场景是此类项目的近似值 — 一个包含 50000 个源文件和 50000 个测试文件的项目。
Gradle 干净构建的速度提高了 2-3 倍，增量更改的速度提高了大约 7 倍，而当 Gradle 任务输出被缓存时，速度提高了 3 倍。
Spring boot 从maven切换Gradle
https://spring.io/blog/2020/06/08/migrating-spring-boot-s-build-to-gradle
结论
我们对迁移的进展以及我们所看到的构建时间的减少感到非常满意。 CI 构建现在平均需要大约 20 分钟，比以前快 3-4 倍。 本地构建平均需要 2 分 30 秒，比以前快 20-30 倍。
5、项目简洁性对比
先从我们的配置文件来看，maven的父pom文件，gradle的根build文件
我们的父目录文件，一般是引入一些插件，公共的依赖与版本的控制；
子项目的配置：
我们现在项目每一个项目都有一堆的版本管理控制配置信息；这对我们的版本统一管理与统一升级很不友好；比如我要审计一个jar包版本，比如fastjson，那你需要到每个项目修改做;
maven 里面也可以做，maven中我们一般的做法是写在引入一个父项目;
gradle 就相当灵活,在我们的bulid.gradle中引入一个gradle的配置文件就可以直接使用