本文是翻译的谷歌官方文档，整合了一些；零散的知识

module级别gradle

app/build.gradleAndrodi Studio 使用gradle来编译构建你的app。你的工程中每一个module中都有一个build.gradle文件，同样有一个build.gradle属于整个工程.通常情况下，你只需要关注module下的build.gradle文件。这是你的app构建的依赖的设置地方，还包含一些默认设置。

- compileversion

是用来编译你的app的平台版本。默认情况下，会设置为你的开发机器上最新版本的sdk版本。你仍然可以使用老版本来构建你的应用，但是设置为最新版本允许你使用一些新特性并为你的app在新设备上的用户体验带来提升。- applicationId你在新建项目的想到中合格的包名

- minSdkVersion

你在新建项目向导中设置的最小sdk支持版本，是你的ap支持的最早的版本

-targetSdkVersion

表示你的应用测试的最高版本。假如新的安卓版本已经发布，你应该升级你的版本号到最新版本来体验新版本的优越。

支持不同版本平台

由于安卓新版本总是提供大量新API，你应该继续保持你的应用支持最低版本知道大多数设备都升级。这节向你展示了如何在支持老版本的同事利用最新的API。经常升级的版本平台分布图根据访问PalyStore的设备数量展示了每个版本下活跃的设备的分布。把你的应用目标版本设定为最新，对支持90%的设备是一个良好的实践。

Tips：为了提供最好的特性并且功能横跨几个安卓版本，你最好在你的app中使用AndroidSupportLibrary，允许你在新版本和旧版本中使用

指定最小和目标API Level

在你的Manifest.xml文件中详细的描述了你的app支持的版本。

<manifestxmlns:android="http://schemas.android.com/apk/res/android"...>

<uses-sdkandroid:minSdkVersion="4"android:targetSdkVersion="15"/>

</manifest>

上面的代码中uses-sdk标签中分别指定了你在测试阶段通过的支持的最小版本和最高版本。当新版本发布的时候，一些形式和方法可能会改变。你应该时刻保持你的targetSdkVersion最新来匹配。

在运行时检测系统版本号

安卓在Build常量文件中提供了一些特殊的代码来表示每个平台的版本。在你的app中用这些代码来确保只有在系统支持的高版本的api中才能执行。

private void setUpActionBar() {

    // Make sure we're running on Honeycomb or higher to use ActionBar APIs  

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.HONEYCOMB) {       

ActionBar actionBar = getActionBar();      

actionBar.setDisplayHomeAsUpEnabled(true);  

}

}

Note:当解析XML资源文件时，安卓会忽略那些当前设备不支持的属性，所以你可以安全的使用只有在新版本支持的XML属性，而不用担心老版本在遇到这些代码时中断。举个例子，如果你设置的"targetSdkVersion=11"，你的app包含只有在android3.0以上才能使用的Actionbar,然后为actionbar添加条目的时候，你需要设置 android:showAsAction="ifRoom" 在你的XML文件中，这样做是安全的，因为老版本系统会忽略这个属性（也就是说你不必要单独创建一个版本文件夹“res/menu-v11/”）

使用样式和主题安卓为用户提供了类似于底层操作系统的主题。这些主题可以在你的manifest中设置。使用这些样式和主题可以使你的app看起来更像安卓应用。

- 让activity以dialog形式展现

<activity android:theme="@android:style/Theme.Dialog">

- 让activity拥有透明背景

<activity android:theme="@android:style/Theme.Translucent">

- 让activity使用你自己的主题样式

<activity android:theme="@style/CustomTheme">

- 让整个应用使用你自己的主题样式

<application android:theme="@style/CustomTheme">

---

构建流程

一张图清晰表明了安卓构建的流程

1. 编译器将你的源代码转换成DEX，将所有内容换成已编译资源

2. apk打包器将DEX文件和已编译资源合并成单个APK（必须要签名）.

3. 最终生成APK之前，打包器会使用zipalign工具对应用进行优化，减少在设备上使用时的内存占用

---

 自定义构建配置（配置构建变体）

构建变体是Gradle按照特定规则集合并在构建类型和产品中配置的设置、代码和资源所生成的结果。大概是同一个工程配置处收费和免费版本。

1.配置构建类型

android {...

defaultConfig {...}

buildTypes {

release {

minifyEnabled true

proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'

}

debug {

applicationIdSuffix ".debug"

}

/**

* The 'initWith' property allows you to copy configurations from other build types,

* so you don't have to configure one from the beginning. You can then configure

* just the settings you want to change. The following line initializes

* 'jnidebug' using the debug build type, and changes only the

* applicationIdSuffix and versionNameSuffix settings.

*/

jnidebug {

// This copies the debuggable attribute and debug signing configurations.

initWith debug

applicationIdSuffix ".jnidebug"

jniDebuggable true

}

}

}

上面的代码中buildTypes表示构建类型共三个

- release

- debug

- jnidebug

'initwith'属性允许你从其他构建类型中复制到当前构建类型，只需要重写你需要改变的内容

常用的buildtype属性

配置产品风味（官方真是奇怪）

android {

...

defaultConfig {...}

buildTypes {...}

productFlavors {

demo {

applicationId "com.example.myapp.demo"

versionName "1.0-demo"}full {

applicationId "com.example.myapp.full"

versionName "1.0-full"

}}}

将各种喜好添加到productFlavors{}代码块中。实际上defaultConfig属于ProductFlavor的类。通常这个用来配置渠道，替换manifest中的占位符。

创建用于buildtype的源集（其实就是不同的文件）

默认情况下AndrodiStudio会创建目录如下：E:Project/myapp//main文件夹，用于存储你想要的一切共享资源。你自己可以创建新的源集来确切控制gradle为特定类型包含的文件。

例如要求你的“调试”构建类型多特定的java文件位于src/main/java/目录中，则代码如下

sourceSets{

main{

manifest.srcFile'src/main/AndroidManifest.xml'

java.srcDirs= ['src/main/java']

resources.srcDirs= ['src/main/java']

aidl.srcDirs= ['src/main/java']

renderscript.srcDirs= ['src/main/java']

res.srcDirs= ['src/main/res']

assets.srcDirs= ['src/main/assets']

jniLibs.srcDirs= ['src/main/jniLibs']

}

}