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:
~/.gradle
GRADLE_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的配置文件就可以直接使用