http://www.lxweimin.com/p/7c288a17cda8

總的來說，Android的系統體系結構分為四層，自頂向下分別是：

• 應用程序(Applications)
• 應用程序框架(Application Frameworks)
• 系統運行庫與Android運行環境(Libraris & Android Runtime)
• Linux內核(Linux Kernel)

安卓系統結構示意圖

image.png

下面對每層進行詳細說明

1. 應用程序(Applications)

Android會同一系列核心應用程序包一起發布，該應用程序包包括email客戶端，SMS短消息程序，日歷，地圖，瀏覽器，聯系人管理程序等。所有的應用程序都是使用JAVA語言編寫的。通常開發人員就處在這一層。

2. 應用程序框架(Application Frameworks)

提供應用程序開發的各種API進行快速開發，也即隱藏在每個應用后面的是一系列的服務和系統，大部分使用Java編寫，所謂官方源碼很多也就是看這里，其中包括：

• 豐富而又可擴展的視圖（Views），可以用來構建應用程序， 它包括列表（lists），網格（grids），文本框（text boxes），按鈕（buttons）， 甚至可嵌入的web瀏覽器。
• 內容提供器（Content Providers）使得應用程序可以訪問另一個應用程序的數據（如聯系人數據庫）， 或者共享它們自己的數據
• 資源管理器（Resource Manager）提供 非代碼資源的訪問，如本地字符串，圖形，和布局文件（ layout files ）。
• 通知管理器 （Notification Manager） 使得應用程序可以在狀態欄中顯示自定義的提示信息。
• 活動管理器（ Activity Manager） 用來管理應用程序生命周期并提供常用的導航回退功能。

3. 系統運行庫與Android運行環境(Libraris & Android Runtime)

1) 系統運行庫

Android 包含一些C/C++庫，這些庫能被Android系統中不同的組件使用。它們通過 Android 應用程序框架為開發者提供服務。以下是一些核心庫：

• Bionic系統 C 庫 - 一個從 BSD 繼承來的標準 C 系統函數庫（ libc ）， 它是專門為基于 embedded linux 的設備定制的。
• 媒體庫 - 基于 PacketVideo OpenCORE；該庫支持多種常用的音頻、視頻格式回放和錄制，同時支持靜態圖像文件。編碼格式包括MPEG4, H.264, MP3, AAC, AMR, JPG, PNG 。
• Surface Manager - 對顯示子系統的管理，并且為多個應用程序提 供了2D和3D圖層的無縫融合。這部分代碼
• Webkit,LibWebCore - 一個最新的web瀏覽器引擎用，支持Android瀏覽器和一個可嵌入的web視圖。鼎鼎大名的 Apple Safari背后的引擎就是Webkit
• SGL - 底層的2D圖形引擎
• 3D libraries - 基于OpenGL ES 1.0 APIs實現；該庫可以使用硬件 3D加速（如果可用）或者使用高度優化的3D軟加速。
• FreeType -位圖（bitmap）和矢量（vector）字體顯示。
• SQLite - 一個對于所有應用程序可用，功能強勁的輕型關系型數據庫引擎。
• 還有部分上面沒有顯示出來的就是硬件抽象層。其實Android并非講所有的設備驅動都放在linux內核里面，而是實現在userspace空間，這么做的主要原因是GPL協議，Linux是遵循該 協議來發布的，也就意味著對 linux內核的任何修改，都必須發布其源代碼。而現在這么做就可以避開而無需發布其源代碼，畢竟它是用來賺錢的。 而 在linux內核中為這些userspace驅動代碼開一個后門，就可以讓本來userspace驅動不可以直接控制的硬件可以被訪問。而只需要公布這個 后門代碼即可。一般情況下如果要將Android移植到其他硬件去運行，只需要實現這部分代碼即可。包括：顯示器驅動，聲音，相機，GPS,GSM等等

2) Android運行環境

該核心庫提供了JAVA編程語言核心庫的大多數功能。
每一個Android應用程序都在它自己的進程中運 行，都擁有一個獨立的Dalvik虛擬 機實例。Dalvik被設計成一個設備可以同時高效地運行多個虛擬系統。 Dalvik虛擬機執行（.dex）的Dalvik可執行文件，該格式文件針對小內存使用做了 優化。同時虛擬機是基于寄存器的，所有的類都經由JAVA編譯器編譯，然后通過SDK中 的 "dx" 工具轉化成.dex格式由虛擬機執行。

4. Linux內核(Linux Kernel)

Android的核心系統服務依賴于Linux 2.6 內核，如安全性，內存管理，進程管理， 網絡協議棧和驅動模型。 Linux 內核也同時作為硬件和軟件棧之間的抽象層。其外還對其做了部分修改，主要涉及兩部分修改：

1. Binder (IPC)：提供有效的進程間通信，雖然linux內核本身已經提供了這些功能，但Android系統很多服務都需要用到該功能，為了某種原因其實現了自己的一套。
2. 電源管理：主要是為了省電，畢竟是手持設備嘛，低耗電才是我們的追求。

注:最后附上原博連接懶蟲一個V：android系統體系結構，關于谷歌Android源碼的目錄結構并未一并貼出可在原博查閱

1.概況

• Android APK是如何來的呢？
  懷著這個問題去查資料，發現了下邊這張圖。

android-build9a.png

• 由android的項目經過編譯和打包，形成了:

  1. .dex 文件
  2. resources.arsc
  3. uncompiled resources
  4. AndroidManifest.xml

  解壓了一個普通的apk文件，解壓出來的文件如下：

  [圖片上傳失敗...(image-3f4e80-1520594989213)]

  classes.dex 是.dex文件。
  resources.arsc是resources resources文件。
  AndroidManifest.xml是AndroidManifest.xml文件。
  res是uncompiled resources。
  META-INF是簽名文件夾。

• META-INF其中有三個文件：

  [圖片上傳失敗...(image-471345-1520594989213)]

  MANIFEST.MF文件
  版本號以及每一個文件的哈希值（BASE64）。包括資源文件。這個是對每個文件的整體進行SHA1(hash)。

Manifest-Version: 1.0
Built-By: Generated-by-ADT
Created-By: Android Gradle 2.2.0
Name: res/drawable-xhdpi-v4/abc_scrubber_control_to_pressed_mtrl_005.png
SHA1-Digest: I9s6aQ5VyOLrNo4odqSij549Oyo=
Name: res/drawable-mdpi-v4/abc_textfield_search_default_mtrl_alpha.9.png
SHA1-Digest: D6dilO+UMcglambujyMOhNbLZuY=
……

CERT.SF
這個是對每個文件的頭3行進行SHA1 hash。

Signature-Version: 1.0
X-Android-APK-Signed: 2
SHA1-Digest-Manifest: QxOfCCAuQtZnHh0YRNnoxmiHT80=
Created-By: 1.0 (Android)
Name: res/drawable-xhdpi-v4/abc_scrubber_control_to_pressed_mtrl_005.png
SHA1-Digest: I9s6aQ5VyOLrNo4odqSij549Oyo=
Name: res/drawable-mdpi-v4/abc_textfield_search_default_mtrl_alpha.9.png
SHA1-Digest: D6dilO+UMcglambujyMOhNbLZuY=
……

CERT.RSA
這個文件保存了簽名和公鑰證書。

2. 具體打包過程

[圖片上傳失敗...(image-cbaba7-1520594989214)]

2.1 aapt階段

• 使用aapt來打包res資源文件，生成R.java、resources.arsc和res文件（二進制 & 非二進制如res/raw和pic保持原樣）

• res目錄有9種目錄
  --animator。這類資源以XML文件保存在res/animator目錄下，用來描述屬性動畫。
  --anim。這類資源以XML文件保存在res/anim目錄下，用來描述補間動畫。
  --color。這類資源以XML文件保存在res/color目錄下，用描述對象顏色狀態選擇子。
  --drawable。這類資源以XML或者Bitmap文件保存在res/drawable目錄下，用來描述可繪制對象。例如，我們可以在里面放置一些圖片（.png, .9.png, .jpg, .gif），來作為程序界面視圖的背景圖。注意，保存在這個目錄中的Bitmap文件在打包的過程中，可能會被優化的。例如，一個不需要多于256色的真彩色PNG文件可能會被轉換成一個只有8位調色板的PNG面板，這樣就可以無損地壓縮圖片，以減少圖片所占用的內存資源。
  --layout。這類資源以XML文件保存在res/layout目錄下，用來描述應用程序界面布局。
  --menu。這類資源以XML文件保存在res/menu目錄下，用來描述應用程序菜單。
  --raw。這類資源以任意格式的文件保存在res/raw目錄下，它們和assets類資源一樣，都是原裝不動地打包在apk文件中的，不過它們會被賦予資源ID，這樣我們就可以在程序中通過ID來訪問它們。例如，假設在res/raw目錄下有一個名稱為filename的文件，并且它在編譯的過程，被賦予的資源ID為R.raw.filename，那么就可以使用以下代碼來訪問它：

Resources res = getResources();  
InputStream is = res .openRawResource(R.raw.filename);  

--values。這類資源以XML文件保存在res/values目錄下，用來描述一些簡單值，例如，數組、顏色、尺寸、字符串和樣式值等，一般來說，這六種不同的值分別保存在名稱為arrays.xml、colors.xml、dimens.xml、strings.xml和styles.xml文件中。
--xml。這類資源以XML文件保存在res/xml目錄下，一般就是用來描述應用程序的配置信息。

• R.java文件

  [圖片上傳失敗...(image-3c05df-1520594989213)]

  這就是R.java的源代碼，里面擁有很多個靜態內部類，比如layout，string等。
  每當有這種資源添加時，就在R.java文件中添加一條靜態內部類里的靜態常量類成員，且所有成員都是int類型。

  [圖片上傳失敗...(image-b7f577-1520594989213)]

  里面的資源可以有兩種方法引用：
  1.在java程序中引用資源按照java的語法來引用即：R.resource_type.resource_

  name注意：resource_name不需要文件的后綴名
  2.在XML文件中引用資源格式：@[package:]type/name

• resources.arsc文件
  resources.arsc這個文件記錄了所有的應用程序資源目錄的信息，包括每一個資源名稱、類型、值、ID以及所配置的維度信息。我們可以將這個resources.arsc文件想象成是一個資源索引表，這個資源索引表在給定資源ID和設備配置信息的情況下，能夠在應用程序的資源目錄中快速地找到最匹配的資源。

2.2 aidl階段

• AIDL （Android Interface Definition Language）， Android接口定義語言，Android提供的IPC （Inter Process Communication，進程間通信）的一種獨特實現。
  這個階段處理.aidl文件，生成對應的Java接口文件。

2.3 Java Compiler階段

• 通過Java Compiler編譯R.java、Java接口文件、Java源文件，生成.class文件。

2.4 dex階段

• 通過dex命令，將.class文件和第三方庫中的.class文件處理生成classes.dex。

2.5 apkbuilder階段

• 將classes.dex、resources.arsc、res文件夾(res/raw資源被原裝不動地打包進APK之外，其它的資源都會被編譯或者處理)、Other Resources(assets文件夾)、AndroidManifest.xml打包成apk文件。
  注意：
  res/raw和assets的相同點：
  1.兩者目錄下的文件在打包后會原封不動的保存在apk包中，不會被編譯成二進制。
  res/raw和assets的不同點：
  1.res/raw中的文件會被映射到R.java文件中，訪問的時候直接使用資源ID即R.id.filename；assets文件夾下的文件不會被映射到R.java中，訪問的時候需要AssetManager類。
  2.res/raw不可以有目錄結構，而assets則可以有目錄結構，也就是assets目錄下可以再建立文件夾

2.6 Jarsigner階段

• 對apk進行簽名，可以進行Debug和Release 簽名。

2.7 zipalign階段

• release mode 下使用 aipalign進行align，即對簽名后的apk進行對齊處理。
  Zipalign是一個android平臺上整理APK文件的工具，它對apk中未壓縮的數據進行4字節對齊，對齊后就可以使用mmap函數讀取文件，可以像讀取內存一樣對普通文件進行操作。如果沒有4字節對齊，就必須顯式的讀取，這樣比較緩慢并且會耗費額外的內存。
  在 Android SDK 中包含一個名為 “zipalign” 的工具，它能夠對打包后的 app 進行優化。 其位于 SDK 的 build-tools 目錄下, 例如: D:\Develop\Android\sdk\build-tools\23.0.2\zipalign.exe
  。

是什么？

在語法上是基于Groovy語言的（Groovy 是一種基于JVM的敏捷開發語言，可以簡單的理解為強類型語言java的弱類型版本），在項目管理上是基于Ant和Maven概念的項目自動化建構工具。

基礎知識準備

Java基礎，命令行使用基礎
官方文檔：https://docs.gradle.org/current/dsl/
** Gradle使用指南：** https://gradle.org/docs/current/userguide/userguide
Android插件文檔：https://github.com/google/android-gradle...
AndroidGradle使用文檔：http://tools.android.com/tech-docs/new-build-system/user-guide
Groovy基礎： http://attis-wong-163-com.iteye.com/blog/1239819
Groovy閉包的Delegate機制：http://www.cnblogs.com/davenkin/p/gradle-learning-3.html

搭建Gradle運行環境

1. Gradle 運行依賴JVM，也就是java運行的環境。所以要安裝jdk和jre，好像目前的Gradle的運行環境要求jdk的版本在1.6以上，應該的，現在jdk都到1.8了。
2. 然后到Gradle官網現在Gradle的壓縮包。地址，這個頁面里面又兩種方式，一種手動安裝，一種通過腳本安裝。我一般喜歡自己動手，這樣將來清理起來比較方便。
3. 下載壓縮包后，解壓，然后配置環境變量，手動安裝過jdk的人應該都配置環境變量很熟了吧。每個平臺下配置環境變量的方式不一樣

MacOS 下配置。在~/.bash_profile中添加如下代碼

#gradle  注意gradle-2.14.1是自己解壓的路徑
export GRADLE_HOME=${HOME}/gradle-2.14.1
PATH=${PATH}:${GRADLE_HOME}/bin
export PATH

保存后在終端輸入source ~/.bash_profile回車執行讓剛剛的配置生效。然后命令行輸入gradle -v查看是否安裝成功。

$ gradle -v

------------------------------------------------------------
Gradle 2.14.1
------------------------------------------------------------

Build time:   2016-07-18 06:38:37 UTC
Revision:     d9e2113d9fb05a5caabba61798bdb8dfdca83719

Groovy:       2.4.4
Ant:          Apache Ant(TM) version 1.9.6 compiled on June 29 2015
JVM:          1.8.0_111 (Oracle Corporation 25.111-b14)
OS:           Mac OS X 10.12.2 x86_64

弄一個HelloWorld看看

創建一個test_gralde文件夾。然后在文件夾里面創建一個build.gradle文件。注意文件名不要亂起。在build.gradle中添加如下代碼：

task helloworld{
    doLast{
        println'Hello World!'
    }
}
#后者等同于下面的代碼,
task helloworld2 <<{
    println "Hello World!"
}

然后來運行一下：

liuqiangs-MacBook-Pro:test_gralde liuqiang$ gradle helloworld
:helloworld
Hello World!

BUILD SUCCESSFUL

Total time: 1.52 secs

This build could be faster, please consider using the Gradle Daemon: https://docs.gradle.org/2.14.1/userguide/gradle_daemon.html

我們分析一下執行步驟。build.gradle是Gradle默認的構建腳本文件，執行Gradle命令的時候，會默認加載當前目錄下的build.gradle腳本文件，當然你也可以通過 -b 參數指定想要加載執行的文件。這只是個最簡單的task例子，后面詳細介紹task的常見定義。

這個構建腳本定義一個任務（Task），任務名字叫helloworld，并且給任務helloworld添加了一個動作，官方名字是Action，閱讀Gradle源代碼你會到處見到它，其實他就是一段Groovy語言實現的閉包，doLast就意味著在Task執行完畢之后要回調doLast的這部分閉包的代碼實現。第二個方法中的“<<”表示向helloworld中加入執行代碼。至于語法部分，基本是Groovy語法（包括一些語法糖，也就是寫簡寫方式，如果寫個JavaScript或者Python會好理解一些，但是還是建議去讀一下groovy的基本語法），加上一些DSL（domain specific language）的約定。

執行流程和基本術語

和Maven一樣，Gradle只是提供了構建項目的一個框架，真正起作用的是Plugin。Gradle在默認情況下為我們提供了許多常用的Plugin，其中包括有構建Java項目的Plugin，還有Android等。與Maven不同的是，Gradle不提供內建的項目生命周期管理，只是java Plugin向Project中添加了許多Task，這些Task依次執行，為我們營造了一種如同Maven般項目構建周期。

Gradle是一種聲明式的構建工具。在執行時，Gradle并不會一開始便順序執行build.gradle文件中的內容，而是分為兩個階段，第一個階段是配置階段，然后才是實際的執行階段。
配置階段，Gradle將讀取所有build.gradle文件的所有內容來配置Project和Task等，比如設置Project和Task的Property，處理Task之間的依賴關系等。

看一個基本結構的Android多Moudule（也就是gradle中的多Project Multi-Projects Build）的基本項目結構。

├── app #Android App目錄
│   ├── app.iml
│   ├── build #構建輸出目錄
│   ├── build.gradle #構建腳本
│   ├── libs #so相關庫
│   ├── proguard-rules.pro #proguard混淆配置
│   └── src #源代碼，資源等
├── module #Android 另外一個module目錄
│   ├── module.iml
│   ├── build #構建輸出目錄
│   ├── build.gradle #構建腳本
│   ├── libs #so相關庫
│   ├── proguard-rules.pro #proguard混淆配置
│   └── src #源代碼，資源等
├── build
│   └── intermediates
├── build.gradle #工程構建文件
├── gradle
│   └── wrapper
├── gradle.properties #gradle的配置
├── gradlew #gradle wrapper linux shell腳本
├── gradlew.bat
├── LibSqlite.iml
├── local.properties #配置Androod SDK位置文件
└── settings.gradle #工程配置

上面的是完整的AndroidStudio中的項目結構，我們抽象成Gradle多個Project的樣子

├── app 
│   ├── build.gradle #構建腳本
├── module 
│   ├── build.gradle #構建腳本
├── build.gradle #工程構建文件
├── gradle
│   └── wrapper    #先不去管它
├── gradle.properties #gradle的配置
├── gradlew #gradle wrapper linux shell腳本
├── gradlew.bat
└── settings.gradle #工程配置

• Gradle為每個build.gradle都會創建一個相應的Project領域對象，在編寫Gradle腳本時，我們實際上是在操作諸如Project這樣的Gradle領域對象。在多Project的項目中，我們會操作多個Project領域對象。Gradle提供了強大的多Project構建支持。
• 要創建多Project的Gradle項目，我們首先需要在根（Root）Project中加入名為settings.gradle的配置文件，該文件應該包含各個子Project的名稱。Gradle中的Project可以簡單的映射為AndroidStudio中的Module。
• 在最外層的build.gradle。一般干得活是：配置其他子Project的。比如為子Project添加一些屬性。
• 在項目根目錄下有個一個名為settings.gradle。這個文件很重要，名字必須是settings.gradle。它里邊用來告訴Gradle，這個multiprojects包含多少個子Project（可以理解為AndroidStudio中Module）。

讀懂Gradle配置語法

Gradle向我們提供了一整套DSL，所以在很多時候我們寫的代碼似乎已經脫離了groovy，但是在底層依然是執行的groovy所以很多語法還是Groovy的語法規則。
看一個AndroidStudio中app下的build.gradle的配置

apply plugin: 'com.android.application'

android {
    compileSdkVersion 25
    buildToolsVersion "25.0.0"
    defaultConfig {
        applicationId "me.febsky.demo"
        minSdkVersion 15
        targetSdkVersion 25
        versionCode 1
        versionName "1.0"
        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
    }
    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }
}

dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
    compile 'com.android.support:appcompat-v7:25.1.0'
}

分析第一行apply plugin: 'com.android.application'

這句其實是Groovy語法糖，像Ruby和Js都有這種語法糖，apply實際上是個方法，補上括號后的腳本：apply (plugin: 'com.android.application'),看起來還是有點別扭是不？還有個語法糖，如果方法參數是個map類型，那么方括號可以省略，進一步還原apply([ plugin: 'com.android.application']),不理解的可以去看下Groovy的map的寫法，和js一樣。所以這行的意思是：apply其實是個方法，接收一個Map類型的參數。

總結兩點：1. 方法調用，圓括號可以省略 2. 如果方法參數是個Map，方括號可以省略。

Groovy語言的閉包語法

看上面的dependencies 這其實是個方法調用。調用了Project的dependencies方法。只不過參數是個閉包，閉包的用法在文章開始給出了鏈接。我們對其進行還原一下：

#方法調用省略了（）我們加上
dependencies ({
    compile fileTree(dir: 'libs', include: ['*.jar'])
    compile 'com.android.support:appcompat-v7:25.1.0'
})

提示一點：如果閉包是方法的最后一個參數，那么閉包可以放在圓括號外面

#所以代碼還能寫成這樣
dependencies (){
    compile fileTree(dir: 'libs', include: ['*.jar'])
    compile 'com.android.support:appcompat-v7:25.1.0'
}

Getter和Setter

Groovy語言中的兩個概念，一個是Groovy中的Bean概念，一個是Groovy閉包的Delegate機制。
Java程序員對JavaBeans和Getter/Setter方法肯定不陌生，被設計用來獲取/設置類的屬性。但在Groovy中就不用那些沒用的方法了。即Groovy動態的為每一個字段都會自動生成getter和setter，并且我們可以通過像訪問字段本身一樣調用getter和setter。比如Gradle的Project對象有個version屬性（Property）下面這兩行代碼執行結果是一樣的:

println project.version // Groovy  
println(project.getVersion()) // Java  

Project，Task ，Action

Gradle的Project之間的依賴關系是基于Task的，而不是整個Project的。

Project:是Gradle最重要的一個領域對象，我們寫的build.gradle腳本的全部作用，其實就是配置一個Project實例。在build.gradle腳本里，我們可以隱式的操縱Project實例，比如，apply插件、聲明依賴、定義Task等，如上面build.gradle所示。apply、dependencies、task等實際上是Project的方法，參數是一個代碼塊。如果需要，也可以顯示的操縱Project實例，比如：project.ext.myProp = 'myValue'

Task:被組織成了一個有向無環圖（DAG）。Gradle中的Task要么是由不同的Plugin引入的，要么是我們自己在build.gradle文件中直接創建的。Gradle保證Task按照依賴順序執行，并且每個Task最多只被執行一次。

Gradle在默認情況下為我們提供了幾個常用的Task，比如查看Project的Properties、顯示當前Project中定義的所有Task等。可以通過一下命令行查看Project中所有的Task：$ gradle tasks （具體log不再貼出來）。可以看到，Gradle默認為我們提供了dependencies、projects和properties等Task。dependencies用于顯示Project的依賴信息，projects用于顯示所有Project，包括根Project和子Project，而properties則用于顯示一個Project所包含的所有Property。

**Tips: **查看Project中所有的Task：$ gradle tasks
查看Project中所有的properties：$ gradle properties

在上面的build.gradle中加入如下代碼：

task myTask {  
    doFirst {  
        println 'hello'  
    }  
    doLast {  
        println 'world'  
    }  
}  

這段代碼的含義：給Project添加一個名為“myTask”的任務
用一個閉包來配置這個任務,Task提供了doFirst和doLast方法來給自己添加Action。

其實build.gradle腳本的真正作用，就是配置一個Project實例。在執行build腳本之前，Gradle會為我們準備好一個Project實例，執行完腳本之后，Gradle會按照DAG依次執行任務。

自定義Task的寫法

看下面代碼文件路徑~/Test/build.gradle：

#1
task helloWorld << {
    println "Hello World"
}
#2 Test文件夾下建一個src目錄，建一個dst目錄，src目錄下建立一個文件，命名為test.txt
task copyFile(type: Copy){
    from "src"
    into "dst"
}

第一個這里的helloWorld是一個DefaultTask類型的對象，這也是定義一個Task時的默認類型，當然我們也可以顯式地聲明Task的類型，甚至可以自定義一個Task類型。
第二個代碼中（type：Copy）就是“顯式地聲明Task的類型”，執行gradle copyFile test.txt也跑到dst中去了。

如果task聲明在根Project的build.gradle中的allprojects()方法中，那么這個Task會應用于所有的Project。

task的依賴關系

Gradle不提供內建的項目生命周期管理，只是java Plugin向Project中添加了許多Task，這些Task依次執行，為我們營造了一種如同Maven般項目構建周期。那么這些task是如何依次執行的這就用到聲明的依賴關系taskA.dependsOn taskB看下面代碼：

task taskA << {
   println 'this is taskA from project 1'
}

task taskB << {
   println 'this is taskB from project 1'
}

taskA.dependsOn taskB

然后我們在命令行運行：
$ gradle taskA
運行結果會先執行taskB的打印，然后執行taskA的打印

如果是Muliti-Project的模式，依賴關系要帶著所屬的Project，如taskA.dependsOn ':other-project:taskC' 其中taskC位于和taskA不同的Project中，相對于AndroidStudio來說，就是位于不同的Module下的build.gradle中，而other-project為Module名字。

Task 的type可以自定義（沒有深入研究）

自定義Plugin的寫法

沒有深入研究，給出一個網上的例子：

apply plugin: DateAndTimePlugin

dateAndTime {
    timeFormat = 'HH:mm:ss.SSS'
    dateFormat = 'MM/dd/yyyy'
}

class DateAndTimePlugin implements Plugin<Project> {
    //該接口定義了一個apply()方法，在該方法中，我們可以操作Project，
    //比如向其中加入Task，定義額外的Property等。
    void apply(Project project) {
        project.extensions.create("dateAndTime", DateAndTimePluginExtension)

        project.task('showTime') << {
            println "Current time is " + new Date().format(project.dateAndTime.timeFormat)
        }

        project.tasks.create('showDate') << {
            println "Current date is " + new Date().format(project.dateAndTime.dateFormat)
        }
    }
}
//每個Gradle的Project都維護了一個ExtenionContainer，
//我們可以通過project.extentions進行訪問
//比如讀取額外的Property和定義額外的Property等。
//向Project中定義了一個名為dateAndTime的extension
//并向其中加入了2個Property，分別為timeFormat和dateFormat
class DateAndTimePluginExtension {
    String timeFormat = "MM/dd/yyyyHH:mm:ss.SSS"
    String dateFormat = "yyyy-MM-dd"
}

每一個自定義的Plugin都需要實現Plugin接口，除了給Project編寫Plugin之外，我們還可以為其他Gradle類編寫Plugin。該接口定義了一個apply()方法，在該方法中，我們可以操作Project，比如向其中加入Task，定義額外的Property等。

原文地址

Gradle Wrapper

Wrapper，顧名思義，其實就是對Gradle的一層包裝，便于在團隊開發過程中統一Gradle構建的版本，然后提交到git上，然后別人可以下載下來，這樣大家都可以使用統一的Gradle版本進行構建，避免因為Gradle版本不統一帶來的不必要的問題。（所以要明白這個東西可以沒有，有了只是為了統一管理，更加方便）

生成wrapper

gradle 內置了生成wrapper的task，我們可以命令行下執行：
$ gradle wrapper

生成后的目錄結構如下(用過AndroidStudio的很熟悉了)：

├── gradle
│   └── wrapper
│       ├── gradle-wrapper.jar
│       └── gradle-wrapper.properties
├── gradlew
└── gradlew.bat

• gradlew和gradlew.bat分別是Linux和Window下的可執行腳本，他們的用法和gradle原生命令是一樣的，gradle怎么用，他們也就可以怎么用。在MacOS下運行$ ./gradlew myTask
• gradle-wrapper.jar是具體業務邏輯實現的jar包，gradlew最終還是使用java執行的這個jar包來執行相關gradle操作。
• gradle-wrapper.properties是配置文件，用于配置使用哪個版本的gradle等

詳細的看下gradle-wrapper.properties內容

#Sat Jan 21 14:02:40 CST 2017
distributionBase=GRADLE_USER_HOME
distributionPath=wrapper/dists
zipStoreBase=GRADLE_USER_HOME
zipStorePath=wrapper/dists
distributionUrl=https\://services.gradle.org/distributions/gradle-2.14.1-bin.zip

從上面內容和文件的名稱都可以看出，這就是個java的配置文件,上面看到的是自動生成的，我們也可以手動修改。然后看下各個字段的含義：

• distributionBase 下載的gradle壓縮包解壓后存儲的主目錄
• distributionPath 相對于distributionBase的解壓后的gradle壓縮包的路徑
• zipStoreBase 同distributionBase，只不過是存放zip壓縮包的
• zipStorePath 同distributionPath，只不過是存放zip壓縮包的
• distributionUrl gradle發行版壓縮包的下載地址，也就是你現在這個項目將要依賴的gradle的版本。

生成wrapper可以指定參數

• 生成wrapper可以通過指定參數的方式來指定gradle-wrapper.properties內容。
• 使用方法如gradle wrapper –gradle-version 2.14這樣，這樣就意味著我們配置wrapper使用2.14版本的gradle，它會影響gradle-wrapper.properties中的distributionUrl的值，該值的規則是http://services.gradle.org/distributions/gradle-${gradleVersion}-bin.zip
• 如果我們在調用gradle wrapper的時候不添加任何參數呢，那么就會使用你當前Gradle的版本作為生成的wrapper的gradle version。例如你當前安裝的gradle是2.10版本的，那么生成的wrapper也是2.10版本的。注：當前版本指的是環境變量中配置的那個版本。

【參考文章】
http://www.infoq.com/cn/articles/android-in-depth-gradle/
http://blog.csdn.net/innost/article/details/48228651