Gradle原理与瘦包胖包的Jar打包

1. Gradle原理

Gradle是用Java编写的，编写脚本用的是groovy。
maven 构建本质启动了JVM进程，但是JVM的启动和加载是很慢的。构造完成后会进行销毁。

gradle3.0使用daemon模式，每次新的请求都会开启一个
轻量的client JVM，只负责连接查找并和后台的daemon JVM通信，client JVM任务完成就会销毁，deamon JVM也会做些Jar的缓存，这样就避免了maven JVM的启动和加载慢的问题

daemon是默认开启的，client和daemon不兼容的情况（版本，内存大小），会新开一个daemon。daemon空闲3个小时会自动退出。可以使用 --no-daemon设置不用daemon ，这样就跟maven一致了

2. Groovy

运行在JVM上的强类型，动态调用的语言

动态调用就是利用反射机制来调用。可以用@ComplieStatic 像Java一样先静态编译后调用

3. Gradle构建生命周期

• 初始化 Initialization：读取 settings.gradle，决定单项目还是多项目的工程，哪些项目要参与构建，并为每个项目生成Project对象
• 配置 Configuration：不运行构建，对构建进行配置，如下，定义一个任务的时候configuration阶段只输出了hello，没有输出doFirst，doLast。也就是configuration阶段把doFirst，doLast写入到hello任务的执行链中，执行的时候会运行

task hello {
    doFirst{println("doFirst")}

    println("hello")

    doLast{println("doLast")}
}

> Configure project :
hello

> Task :hello
doFirst
doLast

• Execution 执行：执行configuration阶段设置的任务

4. Gradle 打jar包

推荐的一个学习链接

apply plugin: ‘java’
插件是Gradle的扩展，它会通过某种方式配置我们的项目（譬如加入一些task）,加入上面插件以后Gradle默认希望能在src/main/java路径下找到源代码，在 src/test/java路径下找到测试代码，任何src/main/resources路径的文件都会被包含在JAR文件里，任何src/test/resources路径的文件都会被加入到classpath中以运行测试代码，所有的输出文件将会被创建在构建目录里，JAR文件存放在 build/libs文件夹里。

4.1 依赖与代码一个jar

jar {
    from {
        configurations.runtime.collect{zipTree(it)}
    }
    manifest {
        attributes 'Main-Class': 'test.App'
    }
}

在Gradle中依赖可以组合成configurations（配置），一个配置简单地说就是一系列的依赖。下面我们给出几种Java插件中常见的配置，如下：

• compile：用来编译项目源代码的依赖
• runtime：在运行时被生成的类需要的依赖，默认项，包含编译时的依赖
• testCompile：编译测试代码依赖，默认项，包含生成的类运行所需的依赖和编译源代码的依赖
• testRuntime：运行测试所需要的依赖，默认项，包含上面三个依赖

it是groovy语法糖，如果传一个参数，这个参数可以不写，默认直接使用it

4.2 依赖与代码分开

task copyJar(type:Copy){

    from configurations.runtime

    into ('build/libs/lib')


}
jar {
    dependsOn(copyJar)
    String jarLib = ''
    configurations.runtime.each {jarLib = jarLib + " lib\\"+it.name}
    manifest {
        attributes 'Main-Class': 'test.App'
        attributes 'Class-Path': jarLib
    }
}