Gradle基础操作一

Gradle的文件操作

本地文件：

使用 Project.file(Java.lang.Object)方法，通过指定文件的相对路径或绝对路径来对文件的操作,其中相对路径为相对当前project[根project 或者子project]的目录。其实使用Project.file(java.lang.Object)方法创建的 File 对象就是 Java 中的 File 对象，我们可以使用它就像在 Java 中使用一样。示例代码如下：

//使用相对路径
File configFile = file('src/conf.xml')
configFile.createNewFile();
// 使用绝对路径
configFile = file('D:\conf.xml')
println(configFile.createNewFile())
// 使用一个文件对象
configFile = new File('src/config.xml')
println(configFile.exists())

文件集合

文件集合就是一组文件的列表,在Gradle中,文件集合用FileCollection接口表示我们可以使用Project.files(java.lang.Object[])方法来获得一个文件集合对象，如下代码创建一个 FileCollection  实例：

def collection = files('src/test1.txt',new File('src/test2.txt'),['src/test3.txt', 'src/test4.txt']) collection.forEach(){File it ->
it.createNewFile() //创建该文件
println it.name //输出文件名
}
Set set1 = collection.files // 把文件集合转换为java中的Set类型
Set set2 = collection as Set
List list = collection as List//  把文件集合转换为java中的List类型
for (item in list) { println item.name
}
def union = collection + files('src/test5.txt') // 添加或者删除一个集合
def minus = collection - files('src/test3.txt') union.forEach(){File it ->
println it.name
}

对于文件集合我们可以遍历它；也可以把它转换成java 类型；同时还能使用+来添加一个集合，或使用-来删除集合。

文件树

文件树是有层级结构的文件集合,一个文件树它可以代表一个目录结构或一 ZIP 压缩包中的内容结构。文件树是从文件集合继承过来的,所以文件树具有文件集合所有的功能。我们可以使用 Project.fileTree(java.util.Map)方法来创建文件树对象， 还可以使用过虑条件来包含或排除相关文件。

tree = fileTree('src/main').include('**/*.java')// 第一种方式:使用路径创建文件树对象，同时指定包含的文件
//第二种方式:通过闭包创建文件树:
tree = fileTree('src/main') {
include '**/*.java'
}
tree = fileTree(dir: 'src/main', include: '**/*.java') //第三种方式:通过路径和闭包创建文件树：具名参数给map传值tree = fileTree(dir: 'src/main', includes: ['**/*.java', '**/*.xml', '**/*.txt'], exclude: '**/*test*/**')
tree.each {File file -> // 遍历文件树的所有文件
println file println file.name
}

文件拷贝

我们可以使用 Copy 任务来拷贝文件，通过它可以过虑指定拷贝内容，还能对文件进行重命名操作等。Copy 任务必须指定一组需要拷贝的文件和拷贝到的目录，这里使用CopySpec.from(java.lang.Object[])方法指定原文件；使用CopySpec.into(java.lang.Object)方法指定目标目录。

task copyTask(type: Copy) { from 'src/main/resources' into 'build/config'
}

from()方法接受的参数和文件集合时files()一样。当参数为一个目录时，该目录下所有的文件都会被拷贝到指定目录下（目录自身不会被拷贝）；当参数为一个文件时，该文件会被拷贝到指定目录；如果参数指定的文件不存在，就会被忽略； 当参数为一个 Zip 压缩文件，该压缩文件的内容会被拷贝到指定目录。 into()方法接受的参数与本地文件时 file()一样。 示例代码如下

task copyTask(type: Copy) {
    // 拷贝src/main/webapp目录下所有的文件
    from 'src/main/webapp'
    // 拷贝单独的一个文件
    from 'src/staging/index.html'
    // 从Zip压缩文件中拷贝内容
    from zipTree('src/main/assets.zip')
    // 拷贝到的目标目录
    into 'build/explodedWar'
}

在拷贝文件的时候还可以添加过虑条件来指定包含或排除的文件，示例如下：

task copyTaskWithPatterns(type: Copy) { from 'src/main/webapp'
into 'build/explodedWar' include '**/*.html' include '**/*.jsp'
exclude { details -> details.file.name.endsWith('.html') }
}

在拷贝文件的时候还可以对文件进行重命名操作，示例如下：

task rename(type: Copy) { from 'src/main/webapp' into 'build/explodedWar'
    // 使用一个闭包方式重命名文件
    rename { String fileName -> fileName.replace('-staging-', '')
    }
}

在上面的例子中我们都是使用Copy 任务来完成拷贝功能的，那么有没有另外一种方式呢？答案是肯定的，那就是

Project.copy(org.gradle.api.Action)方法。下面示例展示了 copy()方法的使用方式：
task copyMethod { doLast {
        copy {
        from 'src/main/webapp' into 'build/explodedWar' include '**/*.html' include '**/*.jsp'
        }
    }
}

归档文件

通常一个项目会有很多的 Jar 包，我们希望把项目打包成一个 WAR，ZIP 或 TAR 包进行发布，这时我们就可以使用 Zip，Tar，Jar，War 和Ear 任务来实现，不过它们的用法都一样，所以在这里我只介绍Zip 任务的示例。首先，创建一个 Zip 压缩文件,并指定压缩文件名称，如下代码所示：

apply plugin: 'java' version=1.0
task myZip(type: Zip) { from 'src/main‘
    into ‘build’ //保存到build目录中
    baseName = 'myGame'
}
println myZip.archiveName

执行命令gradle -q myZip，输出结果为：

gradle -q myZip myGame-1.0.zip 最后，我们可以使用 Project.zipTree(java.lang.Object)和 Project.tarTree(java.lang.Object)方法来创建访问 Zip 压缩包的文件树对象，示例代码如下：

// 使用zipTree
FileTree zip = zipTree('someFile.zip')
// 使用tarTree
FileTree tar = tarTree('someFile.tar')

官方文档

Dependencies-依赖

依赖的方式：

• 直接依赖：依赖的类型  依赖的组名  依赖的名称  依赖的版本号

// 简写
implementation 'org.apache.logging.log4j:log4j:2.17.2'
// 完整写法
implementation group: 'org.apache.logging.log4j', name: 'log4j', version: '2.17.2'

• 项目依赖：依赖某个project（被依赖的project一定要出现在setting.gradle文件中）

// 依赖当前项目下的某个模块[子工程]
implementation project(':subject01')

• 本地jar 依赖：依赖本地的某个jar包，具体可通过 文件集合、文件树的方式指定

// 直接依赖本地的某个jar文件
implementation files('libs/foo.jar', 'libs/bar.jar')
// 配置某文件夹作为依赖项
implementation fileTree(dir: 'libs', include: ['*.jar'])

依赖的下载

当执行 build 命令时，gradle 就会去配置的依赖仓库中下载对应的 Jar，并应用到项目中。

依赖的类型

相关插件的写法：

plugins{
    // java 插件
    id 'java'
    // application 插件
    id 'application'
    // java-library 插件
    id 'java-library'
}

官方文档

• 各个依赖范围的关系和说明：

https://docs.gradle.org/current/userguide/java_library_plugin.html#java_library_plugin

• 依赖范围升级和移除：

https://docs.gradle.org/current/userguide/upgrading_version_6.html

• API 和implemention 区别：

https://docs.gradle.org/current/userguide/java_library_plugin.html#java_library_plugin

• 执行java 命令时都使用了哪些依赖范围的依赖

https://docs.gradle.org/current/userguide/java_plugin.html

api和implementation的区别

api举例： api 的适用场景是多module 依赖，moduleA 工程依赖了 module B，同时module B 又需要依赖了 module C，modelA 工程也需要去依赖 module C,这个时候避免重复依赖module,可以使用 module B api  依赖的方式去依赖module C,modelA 工程只需要依赖 moduleB 即可。

总之，除非涉及到多模块依赖，为了避免重复依赖，咱们会使用api,其它情况我们优先选择implementation，拥有大量的api 依赖项会显著增加构建时间。

场景： 有ABCD四个模块：

• A implemeteation B, B implemetation C, 则A不能使用C
• A implemetation B，B api C，则A可以使用C
• A implemetation B，B implemetation C，C api D，则B可以使用D，但A不能使用D
• A implemetation B，B api C，C api D，这样A可以使用D

上面的情况都是在编译时

• 不管ABCD在何处被添加到类路径都一样，在运行时这些模块中的class都是要被加载的

依赖冲突和解决方案

冲突

依赖冲突是指 “在编译过程中, 如果存在某个依赖的多个版本, 构建系统应该选择哪个进行构建的问题”,如下所示

A、B、C 都是本地子项目 module，log4j 是远程依赖。 编译时： B 用 1.4.2 版本的  log4j，C 用 2.2.4 版本的  log4j,B 和 C 之间没有冲突 打包时： 只能有一个版本的代码最终打包进最终的A对应的jar |war包，对于  Gradle 来说这里就有冲突了

解决方案

方案一：default

• 默认下，Gradle 会使用最新版本的 jar 包【考虑到新版本的 jar 包一般都是向下兼容的】，实际开发中，还是建议使用官方自带的这种解决方案

方案二： exclude

• Gradle 也为我们提供了一系列的解决依赖冲突的方法: exclude 移除一个依赖，不允许依赖传递，强制使用某个版本。

exclude排除一个依赖

dependencies {
    testImplementation 'org.junit.jupiter:junit-jupiter-api:5.8.1'
    testRuntimeOnly 'org.junit.jupiter:junit-jupiter-engine:5.8.1'
    // hibernate 自带了一个1.6的slf4j
    implementation('org.hibernate:hibernate-core:3.6.3.Final'){
        //排除某一个库(slf4j)依赖:如下三种写法都行
        // 1.通过组名
        exclude group: 'org.slf4j' 
        // 2.通过依赖的名字
        // exclude module: 'slf4j-api'
        // 3.
        // exclude group: 'org.slf4j',module: 'slf4j-api'
    }
    implementation 'org.slf4j:slf4j-api:1.4.0'
}

方案三：transitive(false)

禁止依赖的传递transitive(false)不建议使用这种方式

dependencies {
    testImplementation 'org.junit.jupiter:junit-jupiter-api:5.8.1'
    testRuntimeOnly 'org.junit.jupiter:junit-jupiter-engine:5.8.1'
    implementation('org.hibernate:hibernate-core:3.6.3.Final'){
        //不允许依赖传递，一般不用
        transitive(false)
    }
 //排除之后,使用手动的引入即可
    implementation 'org.slf4j:slf4j-api:1.4.0'
}

方案四：!!

强制使用某个版本

dependencies {
    testImplementation 'org.junit.jupiter:junit-jupiter-api:5.8.1'
    testRuntimeOnly 'org.junit.jupiter:junit-jupiter-engine:5.8.1'
    implementation('org.hibernate:hibernate-core:3.6.3.Final')
    // 1.强制使用某个版本!!【官方建议使用这种方式】
    // implementation('org.slf4j:slf4j-api:1.4.0!!')
    
    // 2.这种效果和上面那种一样,强制指定某个版本
    implementation('org.slf4j:slf4j-api:1.4.0'){
        version{
         strictly("1.4.0")
        }
 }
}

如何配置项目若有依赖冲突则报错

// 当我们有下面配置，当 Gradle 构建遇到依赖冲突时，就立即构建失败
configurations.all() {
 Configuration configuration ->
     //当遇到版本冲突时直接构建失败
        configuration.resolutionStrategy.failOnVersionConflict()
}

报错信息如下：

扩展

// :+ 获取最新版本的jar包，在你配置的maven仓库中去查找最新的 
implementation 'org.slf4j:slf4j-api:+'
// 或者使用 :lastest.integration  这种属于动态版本声明，不建议这么使用
implementation 'org.slf4j:slf4j-api:lastest.integration'

Gradle插件

1. 促进代码重用、减少功能类似代码编写、提升工作效率
2. 促进项目更高程度的模块化、自动化、便捷化
3. 可插拔式的的扩展项目的功能

插件的作用

1. 可以添加任务【task】到项目中，从而帮助完成测试、编译、打包等。
2. 可以添加依赖配置到项目中。
3. 可以向项目中拓展新的扩展属性、方法等。
4. 可以对项目进行一些约定，如应用 Java 插件后，约定src/main/java 目录是我们的源代码存在位置，编译时编译这个目录下的Java 源代码文件。

插件的分类

脚本插件

使用方式：

• 新建一个version.gradle文件

ext {
    company= "派大星" 
    cfgs = [
     compileSdkVersion : JavaVersion.VERSION_1_8
    ]
    Spring = [
        version : '5.0.0'
    ]
}

• 然后在项目主脚本文件build.gradle中引入：

apply from :"version.gradle"

// 然后便可以使用
task taskVersion{
    doLast{
     println "公司名称为：${company},JDK版本是${cfgs.compileSdkVersion},版本号是${spring.version}"
    }
}

脚本的意义： 脚本文件模块化的基础，可按功能把我们的脚本进行拆分一个个公用、职责分明的文件，然后在主脚本文件引用， 比如：将很多共有的库版本号一起管理、应用构建版本一起管理等。

二进制插件-对象插件之内部插件[核心插件]

官方文档

https://docs.gradle.org/current/userguide/plugin_reference.html二进制插件[对象插件]就是实现了 org.gradle.api.Plugin  接口的插件，每个 Java Gradle 插件都有一个 plugin id。

使用方式：

1. plugins DSL方式

plugins {
    id 'java'
}

2. apply 方式
• map具名参数的方式

/**
* apply：map具名参数的方式
* key: plygin 
 value:  1.插件id、
   2.插件的全类名、
   3. 插件的简类名(如果插件的类所在的包已经被build.gradle引入锅可以使用这种方式)
*/
// 方式1.插件id、
apply plugin : 'java'
// 方式2. 插件的全类名
apply plugin : org.gradle.api.plugins.JavaPlugin
// 方式3. 由于包 org.gradle.api.plugins 默认引入所以可以使用
apply plugin:JavaPlugin

2. apply 闭包的方式

apply{
    plugin 'java'
}

第三方插件

如果是使用第三方发布的二进制插件，一般需要配置对应的仓库和类路径

使用方式：

1. 传统方式

buildscript {
    ext {
     SpringBootVersion = "2.3.3.RELEASE"
    }
    repositories {
        mavenLocal()
        maven { url 'http://maven.aliyun.com/nexus/content/groups/public' }
        jcenter()
        }
    // 此处先引入插件
    dependencies {
     classpath("org.springframework.boot:spring-boot-gradle-plugin:${springBootVersion}")
    }
}
// 在应用插件
apply plugin: 'org.springframework.boot' //社区插件,需要事先引入，不必写版本号

2. plugins DSL方式

前提是：插件被托管在了https://plugins.gradle.org/ 网站上，就可以不用在buildScript里配置classpath依赖了，直接使用新出的plugins DSL方式引入。代码如下：

plugins {
 id 'org.springframework.boot' version '2.4.1'
}

** 注意：**

1. 如果使用老式插件方式buildscript{}要放在build.gradle 文件的最前面,而新式plugins{}没有该限制。
2. 托管在网站gradle 插件官网的第三方插件有两种使用方式，一是传统的buildscript 方式，一种是 plugins DSL 方式 。

用户自定义插件

参考官方地址：https://docs.gradle.org/current/userguide/custom_plugins.html

class GreetingPlugin implements Plugin<Project> {
    void apply(Project project) {
        project.task('hello') {
            doLast {
                println 'Hello from the GreetingPlugin'
            }
        }
    }
}

// Apply the plugin
apply plugin: GreetingPlugin

• 执行任务命令

gradle -q hello

buildSrc 项目

插件被当前工程的多个project使用的配置方式

buildSrc 是Gradle 默认的插件目录，编译 Gradle 的时候会自动识别这个目录，将其中的代码编译为插件。

1. 首先在项目根目录下先建立一个名为 buildSrc 的 java Module，并且在项目根目录下的setting.gradle文件中将 buildSrc 的 included buildSrc 移除，重新构建、刷新。然后只保留buidlSrc目录下的 build.gradle和src/main 、.gradle目录，其他全部删掉，新建groovy目录。注意名字一定是 buildSrc，不然会找不到插件。
2. 然后修改build.gradle 中的内容，如下：

apply plugin: 'groovy' // 必须
apply plugin: 'maven-publish'

dependencies {
 implementation gradleApi() //必须
    implementation localGroovy() //必须
}

repositories {
 google() 
    jcenter()
 mavenCentral() //必须
}

//把项目入口设置为src/main/groovy 
sourceSets {
    main {
        groovy {
         srcDir 'src/main/groovy'
        }
    }
}

3. 创建入口目录，在src/main下创建代码入口目录：如图：

4. 编写插件代码，后缀为.groovy(com.vipbbo.Text.groovy)

package com.atguigu
import org.gradle.api.Plugin 
import org.gradle.api.Project
class Text implements Plugin<Project>{ 
    @Override
 void apply(Project project) { 
        project.task("atguigu"){
         doLast{
             println("自定义atguigu插件")
            }
        }
    }
}

5. 接下来在src/main目录下创建resources目录，在resources目录下创建META-INF，在META-INF下创建gradle-plugins目录，在gradle-plugins下创建以.properties结尾的文件
6. properties文件可以自己命名，但是要以.properties文件结尾，比如com.vipbbo.plugin.properties，其中com.vipbbo.plugin就是定义的包名路径

7. 最后需要在properties文件中指明我们实现插件的全类名，implementation-class = com.vipbbo.Text

接下来就可以使用了：在module引入我们刚刚写的插件，

apply plugin: 'com.vipbbo.plugin'

然后执行插件的Task：

gradle atguigu

既能被当前功能使用，也能被其它工程使用的插件(自定义插件发布到maven仓库)

1. 第一步：首先将上述步骤插件被当前工程的多个project使用的配置方式 的 步骤重复一遍，或者将buildSrc目录复制一份（需要重命名-paidaxing  ）。修改文件夹名称，然后在项目根目录下的setting.gradle文件中使用include引入。
2. 第二步：修改paidaxing目录下的（或者试你新建的buildSrc目录下的） build.gralde文件，发布到maven仓库中。修改内容如下：

apply plugin: 'groovy' // 必 须
apply plugin: 'maven-publish' 
dependencies {
 implementation gradleApi() //必须
    implementation localGroovy() //必须
}
repositories {
 google() 
    jcenter()
 mavenCentral() //必须
}
sourceSets { //把项目入口设置为src/main/groovy 
    main {
        groovy {
         srcDir 'src/main/groovy'
        }
    }
}
publishing {
    publications {
        myLibrary(MavenPublication) {
         groupId = 'com.atguigu.plugin' //指定GAV坐标信息
            artifactId = 'library'
         version = '1.1'
         from components.java//发布jar包
         //from components.web///引入war插件，发布war包
        }
    }
    repositories {
    maven { url "$rootDir/lib/release" }
    //发布项目到私服中
     // maven {
     //     name = 'myRepo' //name属性可选,表示仓库名称，url必填
     //     //发布地址:可以是本地仓库或者maven私服
     //     //url = layout.buildDirectory.dir("repo")
     //    // url='http://my.org/repo'
     //     // change URLs to point to your repos, e.g. http://my.org/repo
     //     //认证信息:用户名和密码
     //     credentials {
     //         username = 'joe'
     //         password = 'secret'
     //     }
     // }
    }
}

3. 第三步：执行publish 指令,发布到根 project 或者maven 私服仓库。

打包到本地的效果

4. 第四步：使用插件，在项目下的build.gradle文件中将插件添加到classpath即可

// 这个标签一定要放在前面
buildscript {
    repositories {
     maven { url "$rootDir/lib/release" }
    }
    dependencies {
     classpath "com.atguigu.plugin:library:1.1"
    }
}

apply plugin: 'java'
//是在 atguiguplugin  中定义的插件 ID
apply plugin: 'com.atguigu.plugin'

执行 gradle build命令即可验证，看是否打印

build.gradle常见属性

常见属性代码

//指定使用什么版本的JDK语法编译源代码,跟编译环境有关,在有java插件时才能用
sourceCompatibility = JavaVersion.VERSION_1_8
//指定生成特定于某个JDK版本的class文件:跟运行环境有关,在有java插件时才能用
targetCompatibility = 1.8
//业务编码字符集,注意这是指定源码解码的字符集[编译器] 
compileJava.options.encoding "UTF-8"
//测试编码字符集,注意这是指定源码解码的字符集[编译器] 
compileTestJava.options.encoding "UTF-8"
//编译JAVA文件时采用UTF-8:注意这是指定源码编码的字符集【源文件】
tasks.withType(JavaCompile) {
 options.encoding = "UTF-8"
}
//编译JAVA文件时采用UTF-8:注意这是指定文档编码的字符集【源文件】
tasks.withType(Javadoc) {
 options.encoding = "UTF-8"
}

提示 1：group+name+version 类似于 maven 的group+artifactId+version 提示 2：encoding 解决业务代码与测试代码中文乱码问题

Repositories

• 因为 Gradle 没有自己的远程仓库，而是使用 Maven、jcenter、jvy、google 这些远程仓库。

repositories {
    //gradle中会按着仓库配置的顺序，从上往下依次去对应的仓库中找所需要的jar包:
    //如果找到，则停止向下搜索，如果找不到，继续在下面的仓库中查找
    //指定去本地某个磁盘目录中查找:使用本地file文件协议:一般不用这种方式
    maven { url 'file:///D:/repos/mavenrepos3.5.4'} maven { url "$rootDir/lib/release" }
    //指定去maven的本地仓库查找
    mavenLocal()
    //指定去maven的私服或者第三方镜像仓库查找
    maven { name "Alibaba" ; url "https://maven.aliyun.com/repository/public" } 
    maven { name "Bstek" ; url "https://nexus.bsdn.org/content/groups/public/" }
    //指定去maven的远程仓库查找:即 https://repo.maven.apache.org/maven2/
    mavenCentral()
    //去google仓库查找google()
}

subproject和allproject

• allprojects 是对所有project**(包括Root Project+ child Project[当前工程和所有子工程])**的进行统一配置，
• subprojects是对所有Child Project 的进行统一配置

allprojects {
    tasks.create('hello') { doLast {
    task ->
     println "project name is $task.project.name"
    }
    }
}
subprojects {
    hello.doLast{ 
        task->
     println "here is subprojects $task.project.name"
    }
}

• 如果是直接在根project 配置 repositories 和 dependencies 则只针对根工程有效
• 我们也可以在根工程地下的build.gradle对单个 subProject 进行单独配置

// 这个子工程的名字 subject01必须出现在setting.gradle文件中
project('subject01') {
    group=""
    verson=""
    apply plugin : java
    // 给子工程配置依赖
    dependencies {
        implementation('org.hibernate:hibernate-core:3.6.3.Final')
    }
    task subject01 {
        doLast {
         println 'for subject01'
        }
    }
}

注意：allprojects、subproject不支持plugins DSL语句引入，如下：

plugins {
    id 'java'
}
// =============================
// 这个子工程的名字 subject01必须出现在setting.gradle文件中
project('subject01') {
    // 这个不支持
    plugins {
     id 'java'
 }
    dependencies {
        implementation('org.hibernate:hibernate-core:3.6.3.Final')
    }
    task subject01 {
        doLast {
         println 'for subject01'
        }
    }
}

ext 用户自定义属性

//自定义一个Project的属性
ext.age = 18
//通过代码块同时自定义多个属性
ext {
    phone = 19292883833
    address="北京尚硅谷"
}
task extCustomProperty {
    //在task中自定义属性
    ext {
     desc = "奥利给"
    }
    doLast {
     println " 年 龄 是 ：${age}" println "电话是：${phone}" println "地址是：${address}" println "尚硅谷：${desc}"
    }
}

执行命令

gradle extCustomProperty

注意：

**ext 配置的是用户自定义属性，而gradle.properties 中一般定义 系统属性、环境变量、项目属性、JVM 相关配置信息。**例如：gradle.properties 文件案例：加快构建速度的，gradle.properties 文件中的属性会自动在项目运行时加载

## 设置此参数主要是编译下载包会占用大量的内存，可能会内存溢出
org.gradle.jvmargs=-Xms4096m -Xmx8192m ## 开启gradle缓存
org.gradle.caching=true #开启并行编译
org.gradle.parallel=true #启用新的孵化模式
org.gradle.configureondemand=true #开启守护进程
org.gradle.daemon=true

官方文档：

https://docs.gradle.org/current/userguide/build_environment.html#sec%3Agradle_configuration_properties

buildScript

1. 主要是给插件使用
2. 构建脚本buildScript必须要在build.gradle文件的最前方
3. 对于多项目构建，项目的 buildscript ()方法声明的依赖关系可用于其所有子项目的构建脚本
4. 构建脚本依赖可能是 Gradle 插件。案例如下所示：

//老式apply插件的引用方式,使用apply+buildscript
buildscript { 
    ext {
  springBootVersion = "2.3.3.RELEASE"
 }
    repositories {
        mavenLocal()
        maven { url 'http://maven.aliyun.com/nexus/content/groups/public' } 
        jcenter()
    }
//此处引入插件
    dependencies {
     classpath("org.springframework.boot:spring-boot-gradle-plugin:${springBootVersion}")
    }
}
apply plugin: 'java' //核心插件，无需事先引入
apply plugin: 'org.springframework.boot' //社区插件，需要事先引入,才能应用，不必写版本号