从Gradle的角度看，Android其实就是Gradle的一个第三方插件，它是由Google的Android团队开发的。但是从Android的角度看，Android插件是基于Gradle构建的，和Android Studio完美搭配的新一代构建系统。
1.build.gradle配置参数
1.1 compileSdkVersion：告诉Gradle用哪个Android SDK版本编译你的应用，需要强调的是修改compileSdkVersion不会改变运行时的行为，它纯粹只是在编译的时候使用。推荐总是使用最新的SDK进行编译。
1.2 buildToolsVersion
是Android SDK构建工具，是构建Android应用程序所需的Android SDK的一个组件。它安装在sdk/build-tools/目录中，它只是构建工具。如下面右图，我们可以看出SDK platform使我们下载的最新Android SDK编译版本，前面提到的compileSdkVersion，而SDKTools则是我们下载编译工具。应该始终通过使用Android SDK Manager下载最新版本来更新构建工具组件。
image.png
1.3 minSdkVersion
一个用于指定应用运行所需最低API级别的整数。如果系统的API级别低于该属性中指定的值，Android系统将阻止用户安装应用，应该始终声明该属性。
我们可以先了解现在市场上手机各个版本的占有情况（[https://developer.android.com/about/dashboards/](https://developer.android.com/about/dashboards/)）通过这个来帮助我们选择，通过分析Android4.1x以下的版本占有率仅有0.6%，我们大概可以忽略Android4.1x以下的版本兼容。
image.png
1.4 targetSdkVersion
最重的概念，一个用于指定应用的目标API级别的整数。如果未设置，其默认值与minSdkVersion指定的值相等。
该属性用于通知系统，您已针对目标版本进行测试，并且系统不应启用任何兼容性行为来保持应用于目标版本的向前兼容性。targetSdkVersion是Android提供向前兼容的主要依据，在应用的targetSdkVersion没有更新之前系统不会应用最新的行为变化。
要让应用于各Android版本保持同步，并且需要新版本的功能效果，应该增加该属性值，使其与最新API级别一致，然后再相应平台版本上对应用进行全面测试。
注意：如果按照上面提示那样配置，你会发现三个值的关系是：
minSdkVersion<=targetSdkVersion<=compileSdkVersion(buildToolsVersion)
这种事合理的，如果compileSdkVersion是你的最大值，minSdkVersion是最小值，那么最大值必须至少和最小值一样大且target必须在两者之间。
理想上，在稳定状态下三者的关系应该更像这样：
minSdkVersion<=targetSdkVersion==compileSdkVersion(latest SDK)
总结一句话：用较低的minSdkVersion来覆盖最大的人群，用最新的SDK设置target和compile来获得最好的外观和行为。
1.5 defaultConfig
defaultConfig是默认配置，它是一个ProductFlavor。productFlavor允许我们根据不同的情况同时生产多个不同的apk包。如果不针对我们自定义的ProductFlavor单独配置的话，会为这个ProductFlavor使用默认的defaultConfig的配置。
1.6 buildTypes
buildTypes是一个NamedDomainObjectContainer类型，是一个域对象。和SourceSet一样，SourceSet里面有main、test等，同样地，buildTypes里面有release、debug等。我们可以在buildTypes{}里新增任意多个我们需要构建的类型，比如debug，Gradle会帮我们自动创建一个对应的BuildType，名字就是我们定义的名字。
每一个BuildType都会生成一个SourceSet，默认位置src/。根据我们以前讲的知识，一个SourceSet包含源代码、资源文件等信息，在Android中就包含了我们的Java源代码、res资源文件以及AndroidManifest文件等。所以针对不同的BuildType，我们可以单独为其指定Java源代码、res资源等。只要把它们放到src下相应的位置即可，
另外需要注意，因为每个BuildType都会生成一个SourceSet，所以新增的BuildType名字一定要注意，不能是main和androidTest，因为它们两个已经被系统占用，同时每个BuildType之间名称不同相同。
除了会生成对应的SourceSet外，每一个BuildType还会生成相应的assemble任务，比如常用的assembleRelease和assembleDebug就是Android Gradle自动生成的两个Task任务，它们是release和debug这两个BuildType自动创建生成的。执行相应的assemble任务，就能生成对应BuildType的所有apk。
2.Android Gradle 任务
我们说过，Android插件是基于Java插件，所以Android的插件基本上包含了所有Java插件的功能，包括集成的任务，比如assemble、check、build等。除此之外，Android在大类上海添加了connectedCheck、deviceCheck、lint、install、uninstall等任务，这些是属于Android特有的功能。
connectedCheck：在所有连接的设备或者模拟器上运行check检查。
deviceCheck：通过API连接远程设备运行checks。
Line在所有的ProductFlavor上运行lint检查
install和uninstall：可以直接在我们已连接的设备上安装或者卸载你的App。
除此之外，还有一些不太常用的任务，比如signingReport可以打印App的签名，androidDependencies可以打印Android的依赖。还有其他一些类似的任务，可以通过gradle tasks来查看。
