Gradle vs Maven 基本对比（一）

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的目录结构

1. 非常的相似，bin就是一些二进制的执行文件
2. 配置文件conf/init.d
3. lib 启动需要jar
4. 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:
~/.gradle
GRADLE_HOME:
/Users/zmkj/.gradle/wrapper/dists/gradle-7.4-bin/c0gwcg53nkjbqw7r0h0umtfvt/gradle-7.4/init.d

执行该脚本，会创建 Gradle 对象;

2、创建项目结构对比

1. .gradle 目录
2. .idea 目录
3. gradle 文件夹
4. build.gradle
5. gradlew
6. 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的配置文件就可以直接使用