Gradle 本身提供了一些基本的概念和整体核心的框架，其他用于描述真实使用场景的都可以通过插件扩展的方式来实现。这样就可以通过抽象的方式提供一个核心的框架，其他具体的功能和业务都通过插件扩展的方式来实现。

Gradle 内置了很多常用的插件，基本满足大部分工作，但是也有一些插件是没有内置的，这时候就需要我们扩展现有插件或者自定义插件来达到我们的目的。比如 Android Gradle 插件就是基于内置的Java插件实现的。

一、插件的作用

插件会扩展项目的功能，帮助我们在项目的构建的过程中做很多事情：

• 可以添加任务到项目中，帮助完成诸如 测试、编译、打包等事情。
• 可以添加依赖配置到项目中，通过它们来配置我们在构建过程中的依赖。
• 可以向项目中现有的对象类型添加新的扩展属性、方法等，可以使用它们来配置优化构建。例如：android{}这个配置块就是Android Gradle插件为Project对象添加的一个扩展。
• 可以对项目进行一些约定，比如应用Java插件后，可以约定src/main/java目录下是我们的源代码的存放地址，在编译的时候也是编译这个目录下的Java源代码文件。

这就是插件，我们只需要按照它约定的方式，使用它提供的任务、方法或者扩展，就可以对我们的项目进行构建。

二、如何应用插件

插件的应用都是通过Project.apply()方法完成的。apply有好几种用法，并且插件也分为二进制插件和脚本插件。下面我们分别介绍一下：

1. 应用二进制插件

二进制插件就是实现了org.gradle.api.Plugin接口的插件，它们可以有plugin id。

举例：下面我们看一下如何应用一个Java插件：

apply plugin:'java'

使用上面的语句就可以把java插件应用到我们的项目中了，其中‘java’就是Java插件的plugin id，它是唯一的。

2. 应用脚本插件

脚本插件的使用方式如下例所示：

build.gradle：

apply from:'version.gradle'

task outVersion {

    println("APP版本是：${versionName},版本号是：${versionCode}")

}

version.gradle：

ext {

    versionName = '1.3.0'

    versionCode = 1

}

允许结果如下：

renhui$ gradle outVersion

> Configure project :

APP版本是：1.3.0,版本号是：1

BUILD SUCCESSFUL in 0s

应用脚本插件，其实就是把脚本加载进来，和二进制插件不同的是它使用的是from关键字，后面紧跟着一个脚本文件（可以是本地文件，也可以是网络文件）。

脚本插件能帮助我们把较大较复杂的脚本文件进行分块、分段整理，它是脚本文件模块化的基础。

3. 应用第三方发布的插件

第三方发布的作为jar的二进制插件，我们在应用的时候，必须要在buildscript{}里面配置其classpath才能使用，这个不像Gradle为我们内置的插件。

比如我们的Android Gradle插件就属于Android发布的第三方插件，如果我们要使用它就要先配置，示例如下：

buildscript {

    repositories {

        google()

        jcenter()

    }

    dependencies {

        classpath 'com.android.tools.build:gradle:3.4.0'

    }

}

buildscript{}块是一个在构建项目之前，为项目进行前期准备和初始化相关配置依赖的地方，配置好所需的依赖，就可以应用其提供的插件了。

下面是在app层应用android gradle插件的方式：

apply plugin: 'com.android.application'

如果没有提前在buildscript里配置依赖的classpath，则会报错，提示找不到这个插件。

三、Java Gradle 插件

使用Java Gradle插件我们能够很轻松的构建出一个项目，我们常用的方式就是使用简称应用Java Gradle插件：

apply plugin: 'java'

通过以上的配置，Java插件会为工程添加很多有用的默认设置和约定，比如源代码的位置，单元测试代码的位置、资源文件的位置等。

作为Java项目，我们不可避免的会依赖很多第三方的Jar，这也是值得提倡的，因为有很多开源的工具和框架能够帮助我们更加高效的开发。下面我们就讲一下如何配置第三方依赖。

1. 配置第三方依赖

想要使用这些第三方依赖，就需要告诉Gradle如何找到这些依赖，也就是我们要讲的依赖配置。

一般情况下我们都是从仓库中查找我们需要的Jar包，在Gradle中要配置一个仓库的Jar依赖，首先我们得告诉Gradle我们要是有什么类型的仓库，这些仓库的位置在哪里，这样Gradle就知道从哪里去搜寻我们依赖的Jar，例如：

respositories {

    mavenCentral()

}

以上代码，我们配置了一个Maven中心库，告诉Gradle可以在Maven中心库中搜寻我们依赖的Jar，除此之外，我们也可以从jcenter库、ivy库、本地Maven库mavenLocal等中搜寻。由此可见，Gradle支持的仓库非常丰富，也可以多个仓库一起使用。比如一些公共的开源框架可以从mavenCenteral上下载，一些我们公司私有的Jar可以在自己搭建的Maven私服上下载：

respositories {

    mavenCentral()

    maven {

         url 'http://www.mavenurl.com'

    }

}

有了仓库，我们就可以通过配置告诉Gradle，我们需要依赖什么，例如：

dependencies {

     compile group: 'com.squareup.okhttp3', name: 'okhttp', version: '3.0.1'

}

在上面的例子中，我们配置了一个okhttp的依赖，其中compile是依赖名称，它的意思表示我们在编译Java源文件时需要依赖okttp，并提供了GAV信息。

但是相对来说，上面的写法还是稍显麻烦的，Gradle为我们提供了简写的方式：

dependencies {

     compile 'com.squareup.okhttp3:okhttp:3.0.1'

}

2. 配置项目&文件依赖

除了我们在上面提到的仓库的三方依赖，我们还可以进行项目的依赖以及文件的依赖。

项目依赖示例：

dependencies {

     compile project(':example')

}

依赖后，此项目中的Java等类就可以进行使用了，就像使用自己项目中的类一样。

文件依赖，一般是依赖一个jar包（出于某些原因，不能将jar发布到Maven中心库中，只能放在项目中），例如：

dependencies {

     compile files('libs/example')

}

通过上面的配置，我们就能成功引入这两个Jar包了。

但有时候，libs文件里的类太多了，不能一个个写，这时候我们就可以通过以下的方式配置：

dependencies {

     compile fileTree(dir: 'libs', include: '*.jar')

}

这样配置后，libs下的文件夹的扩展名为jar的都会被依赖，非常方便。