Android构建工具——Gradle简述 - 简书
Android构建工具——Gradle简述
本文出自 “阿敏其人” 简书博客，转载或引用请注明出处。
说在前面最直观的，用Gradle作为构建工具哪里爽得最明显？依赖里面一行代码 依赖+管理 库。而不是Eclipse时代复制jar包，再手动添加。
compile 'com.android.support:appcompat-v7:23.4.0'
依赖？很明显啦。管理？其实管理就是改改库的版本号，但是比替换jar来得方便多了吧。
一、什么是构建工具？
构建工具，帮我们构建项目的工具。构建工具的做的事情一般是 —— 编译、运行、打包、签名 和 依赖管理。
二、构建工具有哪些？
传统的构建工具有：Make、Ant、Maven和Ivy等。
对于安卓：Eclipse时代的构建工具是：ADTAndroid Studio时代的构建工具是：Gradle
三 、什么是Gradle
首先Gradle是构建工具。虽然As把Gradle作为自身的构建工具，但是Gradle是独立的项目，跟谷歌不存在从属关系。
简单来说有以下几点：
1、独立项目，和Google无关2、Grdle基于Groovy。（Maven、Ant基于xml）3、Gradle兼容Maven、Ant4、Gradle 的推出主要以 Java 应用为主，当然还支持 Android、C、C++等。
四、Gradle和As的合作
As怎么依赖Gradle让Gradle作为自身的构建工具呢？Google开发一个Gradle插件。
As项目依赖了这个插件，就相当于让Gradle作为了自身的的构建工具。
现在比如我们新建一个As项目，打来项目的根目录的gradle.build文件。是类似如下代码：
// Top-level build file where you can add configuration options common to all sub-projects/modules.
buildscript {
repositories {
dependencies {
classpath 'com.android.tools.build:gradle:2.1.2'
// NOTE: Do not place your applicati they belong
// in the individual module build.gradle files
allprojects {
repositories {
task clean(type: Delete) {
delete rootProject.buildDir
classpath 'com.android.tools.build:gradle:2.1.2'
这句代码，让As成功依赖Gradle插件。
2.1.2代表的是谷歌的Gradle插件的版本号，而不是Gradle的版本号。
上面的一、二、三、四的4大点，我弄了张图，方便以后看起来省事。
构建工具——Gradle.png
五、As项目里面那些Gradle团伙
哇，万Gradle穿心，魑魅魍魉，怎么他就这么多！
Paste_Image.png
来吧来吧，说道说道：（为了方便说清楚，我们不严格按照上图的顺序来）
从直观上看，我们看到项目有一个.gradle文件夹和一个gradle文件夹。
.gradle文件夹
.gradle文件夹.gradle文件夹 是gradle 运行以后生成的缓存文件夹。所以有时从网络上下载的as项目没有这个文件夹并不奇怪。（个用，转用可删之）
gradle文件夹
gradle文件夹
Paste_Image.png
gradle-wrapper.jarjar就jar吧
gradle-wrapper.properties
通过配置其中的gradle-wrapper.properties 中的distributionUrl 可以给你的项目指定需要使用的gradle 版本。
当前打开如下
#Mon Dec 28 10:00:20 PST 2015
distributionBase=GRADLE_USER_HOME
distributionPath=wrapper/dists
zipStoreBase=GRADLE_USER_HOME
zipStorePath=wrapper/dists
distributionUrl=https\://services.gradle.org/distributions/gradle-2.10-all.zip
作为项目的module里面的build.gradle文件
/app/build.gradle每一个mudole里面都有一个
/module/build.gradle这个很可以细说
// com.android.application 说明了这是一个项目
// 如果是作为库的module 是 apply plugin: 'com.android.library'
apply plugin: 'com.android.application'
// android 相关 构建参数
compileSdkVersion 23
// 编译使用SDK版本
buildToolsVersion "23.0.3"
// 编译工具的版本
buildTools
defaultConfig {
applicationId "com.am.gradletest"
// 用于标识的包名
minSdkVersion 14
// sdk最低支持版本
targetSdkVersion 23
目标SDK版本，如果目标设备的API版本正好等于此数值，就不会为此程序开启兼容性检查判断的工作
versionCode 1
versionName "1.0"
// 编译类型
// 下面 声明了 debug 和 release 两种类型，名字随意
buildTypes {
// release 发布 ，release里面是关于发布的配置
minifyEnabled false
// minifyEnabled 是否开启混淆，false不开启
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' // 混淆文件
// debug（不作为发布版）时候的配置，这个debug的代码块默认不带，这里是手动加的
// 依赖 三种依赖，第一种是本地的jar，第二种是本地的module库，第三种是利用gradle远程的依赖管理
dependencies {
compile fileTree(dir: 'libs', include: ['*.jar']) // 这句代码会自动依赖本地的所有jar，就不要逐个依赖了
testCompile 'junit:junit:4.12'
compile 'com.android.support:appcompat-v7:23.4.0'
根目录的全局 build.gradle
默认有三个“节点”，buildscriptallprojectstask clean
local.properties
local.properties
Android studio 自动生成，用于配置本地的 SDK、NDK 路径。因为这是针对设备的设置,不同的设备SDK路径不一定一样。
VCS（版本控制）的时候应该忽略掉这个文件。
gradle.properties
gradle.properties 文件，是对gradle的配置。有时候会gradle坐优化就会在这里面做一些修改。
gradlew文件 和 gradlw.bat 文件
简单来说，这两个文件就是让玲玲可以在不同的平台执行一样的命令的。
gradlew和gradlew.bat这分别是linux下的shell脚本和windows下的批处理文件，它们的作用是根据gradle-wrapper.properties文件中的distributionUrl下载对应的gradle版本。这样就可以保证在不同的环境下构建时都是使用的统一版本的gradle，即使该环境没有安装gradle也可以，因为gradle wrapper会自动下载对应的gradle版本。gradlew的用法跟gradle一模一样，比如执行构建gradle build命令，你可以用gradlew build。gradlew即gradle wrapper的缩写。
，比如查看版本，./gradlew -v (win用户直接输入 gradlew -v)
gradlew相关命令：
assemble : 针对某个版本创建一个apk
clean : 删除所有的构建任务(包含已经构建号的apk文件)
check : 执行Lint检查，如果Lint检查到错误，则停止执行脚本
build : 同时执行assemble，check命令
connectedCheck : 执行测试任务
deviceCheck : 执行在远程设备上的测试
installDebug : 安装debug版本
installRelease : 安装release版本
uninstallDebug : 卸载debug版本
uninstallRelease : 卸载release版本
tasks :查看当前可构建的所有task
-v : 查看当前的gradle版本
settings.gradle
用来配置多模块的比如当前工程打开该文件：
include ':app'
比如你的项目有两个模块module-a,module-b,那么你就需要在这个文件中进行配置，格式如下：
include ':module-a',':module-b'
大概就到这里，深入学习还可以研究主工程build.gradle的配置，还有gradlew的命令。这花时间需实际需要改善。
童嬉邹鲁，独立佛鹏，
远方和诗，此阶不辜。Android Studio之基本Gradle使用
Studio的一大特色就是自动构建工具gradle的使用。
1.配置Gradle环境变量
下载最新Gradle整包
下载地址：
配置Gradle的环境变量
新建GRADLE_HOME目录：
打开-&高级系统设置，在弹出的菜单中选择系统变量，点击新建，输入Gradle名称以及目录地址。
将GRADLE_HOME目录加入系统Path中：
在系统变量中找到Path目录，点击编辑，在弹出的菜单中选择新建，然后在文本框中输入&%GRADLE_HOME%\bin&；
如果习惯与win7等传统模式，可以点击编辑文本按钮
在弹出的文本编辑框中输入&;%GRADLE_HOME%\bin&,记住前面一定要有一个英文状态的&;&。
如果配置成功后，在文件搜索中可以输入%GRADLE_HOME%，如果能够正常跳转到指定的gradle目录，或者在CMD中输入dir %GRADLE_HOME%列出gradle目录的结构，则配置成功。
2.查看Gradle版本
打开Android Studio内置的终端
点击左下角的&Terminal&图标：
然后出现如下的终端窗口：
输入&gradlew -v&命令查看gradle版本
在终端命令中输入&gradlew -v&命令查看当前的gradle版本信息；如果
是第一次运行这个命令，系统会帮我们下载gradle到本地（此处需要翻墙，香港的服务器快些）
在Android Studio的终端中输入gradlew -v
下载成功后可以看到保存到了本地目录
再次输入&gradlew -v &则出现当前的gradle版本
3.常用Gradlew命令
Gradlew命令的意义
Gradlew命令实际上就是执行的gradle-wrapper.properties中最后一行指定的路径下的环境变量地址；
否则不同的项目可能有不同的环境变量路径，如果使用gradle命令则需要频繁的修改系统环境变量地址；
而gradlew命令表示当前项目下的环境变量地址。
Gradlew -v
./gradlew -v 检查当前gradlew版本
在Android Studio的终端中输入gradlew -v
可以看到当前gradle版本为2.12。vcD4NCjxoNCBpZD0="gradlew-clean">Gradlew clean
./gradlew clean 清除项目目录下的build文件夹及依赖
在Android Studio的终端中输入gradlew clean
输入上诉命令后，可以看到工程目录没有了build文件夹了
Gradlew build
./gradlew build 检查依赖并编译打包
在Android Studio的终端中输入gradlew build，此命令把debug/release环境包都打出来，可以查看build-&outputs-&apk
如果在编译的过程中出现如下错误，可以在错误报告指向的地址中查看详细的错误信息；红色部分指明了错误的类型；在最下面提供了解决办法。
Gradlew assemble
./gradlew assembleDebug 编译并打Debug包
在Android Studio的终端中输入gradlew assembleDebug
可以查看build-&outputs-&apk多了xx-debug.apk和xx-debug-unaligned.apk。
./gradlew assembleRelease 编译并打Release包
在Android Studio的终端中输入gradlew assembleRelease
可以查看build-&outputs-&apk多了xx-release-unaligned.apk，如果正式发布只需要打Release的包，则需要上诉assembleRelease命令。
assemble还可以和productFlavors结合使用，具体在下一篇多渠道打包进一步解释。
? ./gradlew installRelease Release模式打包并安装
? ./gradlew uninstallRelease 卸载Release模式包
下一篇来介绍用Gradle进行方便的多渠道打包，以及项目中完整的Gradle配置。有问题或建议欢迎大家直接博客留言。
4.命令方式签名
打开Project Stucture图形化界面，选中项目名称，再选择右边Signing项中的&+&
将右侧的config改名为release和debug并填写签名信息，点击下面OK
然后分别在release/debug栏选择对应的签名配置信息（上面所填）
点击OK后这个module的build.gradle文件多出了如下签名信息
点击clean project
输入gradlew assembleReleas生成以上配置后的签名apk，可以在build-&outputs-&apk中查看。
5.BuildConfig文件
自动生成的buildConfig
buildConfig是IDE自动生成的一个类，在eclipse中即存放在gen目录下（如R文件）；而在Android Studio中，BuildConfig文件存放的位置是：app/build/generated/source/buildconfig/dubug//BuildConfig.java中。
主要是指定该项目的名称、版本信息等，如下图所示:
module中的build.gradle
指定应用程序的module为该module
apply plugin: 'com.android.application'
指定打包时排除重复多余的文件
/** 打包选项 */
packagingOptions {
exclude &&&
指定编译的版本配置信息等
/** 默认配置信息 */
defaultConfig {
applicationId &com.xx.xx.xx &
minSdkVersion 16 // 清单文件中不需要再次配置
targetSdkVersion 23
versionCode
versionName &1.01.14&
multiDexEnabled true // dex突破65535的限制
指定在构建时忽略错误信息
/** 执行lint检查 */
lintOptions {
abortOnError false
指定命令方式签名的签名信息
/** 设置签名路径 */
signingConfigs {
keyAlias 'key..'
keyPassword 'password..'
storeFile file('E:/ADS/keystore.jks')
storePassword ' password..'
keyAlias 'key..'
keyPassword ' password..'
storeFile file('E:/ADS/keystore.jks')
storePassword ' password..'}
指定编译规则等
/** 编译生成类型 */
buildTypes {
buildConfigField &boolean&, &LOG_DEBUG&, &false&//不Log
minifyEnabled true
zipAlignEnabled true // Zipalign优化
shrinkResources true // 移除无用的resource文件
// 加载默认混淆配置文件 progudard-android.txt在sdk目录里面，不用管，proguard.cfg是我们自己配的混淆文件
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard.cfg'
signingConfig signingConfigs.release
6.gradle导入第三方包
首先删除libs下的离线gson-2.6.2包
点击项目的依赖&Dependencies&设置界面中的&+&
在弹出的界面中输入gson，然后点击右边的搜索图标，在搜索结果中选中
点击OK后，可以在build.gradle中看到依赖中多了一行
此时gson库已经不在libs下，而在External Libraries下。
导入优缺点
相比libs下的导包，gradle导入jar包更方便，一行代码即可搞定。不需
要下载离线安装包，并且如果官方jar包更新了，我们只需要在build.gradle中改一下版本号就行了，不用重新去官网下载。
但是gradle导入需要翻墙。
导入从哪里来
在build.gradle文件的开头就有jcenter()：
buildscript {
repositories {
// 所有通过gradle导入的jar包都是从/bintray/jcenter这个中央仓库上扒下来的
dependencies {
classpath 'com.android.tools.build:gradle:2.1.0'
如果你需要的jar包在这个网站上没有，那就无法通过gradle的方式来导入。Gradle 系列第二讲-android studio中的四个Gradle相关文件讲解 - 简书
Gradle 系列第二讲-android studio中的四个Gradle相关文件讲解
在android studio中，我们创建一个android项目，会自动生成以下6个gradle的相关文件或文件夹。 下面我们来依次全面解析这几个文件的内容和具体的作用。
android project
├── gradlew
├── gradlew.bat
└── gradle/wrapper/
├── gradle-wrapper.jar
└── gradle-wrapper.properties
├── build.gradle
├── settings.gradle
└── app
└── build.gradle
1. Gradle Wrapper文件夹和gradlew.bat，gradlew这两个文件，结构如下：
android project
├── gradlew
├── gradlew.bat
└── gradle/wrapper/
├── gradle-wrapper.jar
└── gradle-wrapper.properties
上一章说过Gradle是一个构建工具，所以要基于gradle去构建项目必须先下载gradle。 Gradle Wrapper文件夹和gradlew.bat，gradlew这两个文件在android studio中就是做这个作用的。开发者在构建自己app的时候只需要使用Wrapper。就不需要为你的电脑安装任何gradle版本，在mac上你只需要运行gradlew，而在windows上你只需要运行gradlew.bat。
gradle/wrapper中有一个jar文件，一个配置文件。配置文件包含以下信息：
distributionBase=GRADLE_USER_HOME
distributionPath=wrapper/dists
zipStoreBase=GRADLE_USER_HOME
zipStorePath=wrapper/dists
distributionUrl=https\://services.gradle.org/distributions/gradle-2.14.1-all.zip
我们只需要改变url就可以改变gradle版本。
同样的我们可以用android studio去查看当前gradle的版本，可以看到当前的Gradle版本是2.14.1
微信截图_26.png
2.setting.gradle文件
当我们整个项目只有一个模块的时候，setting.gradle文件是下面这个样子的：
include ':app'
如果有多个model的时候（exoplayer-ext-ffmpeg和exoplayer-library是两个android library）：
include ':app', ':exoplayer-ext-ffmpeg', ':exoplayer-library'
setting.gradle文件将会在初始化时期执行，关于初始化阶段会在之后的章节中讲解。
setting.gradle文件是用来定义哪一个模块会被构建。 其实setting.gradle文件是针对多模块的。 我们之后会讲到，每一个模块都会对应一个build.gradle文件。如果我们的项目只有一个模块。那其实可以删除该文件。
在多模块的情况下， 例如include ':app', ':exoplayer-ext-ffmpeg', ':exoplayer-library'就是告诉gradle要构建这3个模块。
我们可以不知道
setting.gradle文件执行的细节。但是需要知道这个概念。
3.根目录的build.gradle该这个gradle脚本是定义在这个工程下的所有模块的公共属性，它默认包含二个方法：
buildscript {
repositories {
dependencies {
classpath 'com.android.tools.build:gradle:2.2.3'
// NOTE: Do not place your applicati they belong
// in the individual module build.gradle files
allprojects {
repositories {
buildscript方法是定义了全局的相关属性，repositories定义了jcenter作为仓库。一个仓库代表着你的依赖包的来源，例如maven仓库。dependencies用来定义构建整个项目的过程所用的插件的。这意味着你不应该在该方法体内定义子模块的依赖包，可以看到这里只定义了Android插件，这个插件就是用来执行android工程的构建相关任务的。当然我们也可以添加其他的gradle插件，通常我们还会看到这样的的dependencies,
dependencies {
classpath 'com.android.tools.build:gradle:2.3.1'
classpath 'com.neenbedankt.gradle.plugins:android-apt:1.8'
这样我们就给项目添加了 gradle的apt插件。
allprojects方法可以用来定义各个模块的默认属性，你可以不仅仅局限于默认的配置，未来你可以自己创造tasks在allprojects方法体内，这些tasks将会在所有模块中可见。
同样的我们可以是android studio去查看当前的gradle插件版本，这来使用的是2.2.3
微信截图_40.png
4.模块内的build.gradle
模块内的gradle文件只对该模块起作用，在android studio 中每个model都会对应一个build.gradle文件。模块内的gradle文件是用来描述具体的model的构建过程的，所以他可以重新任何根目录下gradle的参数。 通常新建的項目的build.gradle文件内容如下：
apply plugin: 'com.android.application'
compileSdkVersion 25
buildToolsVersion "25.0.2"
defaultConfig {
applicationId "com.simon.table.myapplication"
minSdkVersion 15
targetSdkVersion 25
versionCode 1
versionName "1.0"
testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
buildTypes {
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
dependencies {
compile fileTree(dir: 'libs', include: ['*.jar'])
androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {
exclude group: 'com.android.support', module: 'support-annotations'
compile 'com.android.support:appcompat-v7:25.3.1'
testCompile 'junit:junit:4.12'
插件：apply plugin: 'com.android.application'
是用来什么指定这个gradle是应用的是android插件。也就是我们根目录下的 dependencies中指定的那个。这个android插件google的Android开发团队编写的插件，能够提供所有关于Android应用和依赖库的构建，打包和测试。
android:然后是android{... } 结构体中的内容有很多，上面那些只是其中之一。 这个android其实可以理解为一个对象，用来描述当前的这个model的编译和打包相关规则。 下面先简单描述一下，之后会单开一章，具体讲解：这个结构体中，唯一必须的两个元素为
compileSdkVersion：编译该app时候，你想使用到的api版本。
buildToolsVersion：构建工具的版本号。
defaultConfig方法包含了该app的核心属性，该属性会重写在AndroidManifest.xml中的对应属性。
defaultConfig {
applicationId "com.simon.table.myapplication"
minSdkVersion 15
targetSdkVersion 25
versionCode 1
versionName "1.0"
testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
applicationId, 这个属性复写了AndroidManifest文件中的包名packagename.
但是applicationId 和packagename有一些不同，在用gradle构建android项目之前，packagename在AndroidManifest.xml有两个作用：是作为一个app的唯一标示，并作为用在R资源文件的包名。
如果applicationId和packagename不同，会把applicationId作为项目的包名。 packagename作为R资源文件的包名。 这种情况，我们就可以很简单的修改应用的包名了。
minSdkVersion和targetSdkVersion。这两个和AndroidManifest中的&uses-sdk&很像。minSdkVersion定义为最小支持api。
versionCode将会作为版本号标示，而versionName毫无作用。
所有的属性都是重写了AndroidManifest文件中的属性，所以你没必要在AndroidManifest中定义这些属性了。
buildTypes方法定义了如何构建不同版本的app，我会在下一篇博客中有所介绍。
依赖模块作为gradle默认的属性之一（这也是为什么其放在了Android的外面），为你的app定义了所有的依赖包。默认情况下，我们依赖了所有在libs文件下的jar文件，同时包含了AppCompat这个aar文件。我们将会在下一篇博客中讨论依赖的问题。
如果你不想再默默无闻，就请你拿出一些勇气！Android Studio工程目录介绍
来源：博客园
来自知乎： Android Studio工程目录结构 .gradle 是gradle运行以后生成的缓存文件夹。 .idea 是android studio/Intellij IDEA工程打开以后生成的工作环境配置文件夹 ，包括一些copyright复制版权,编译，编码语言，运行配置，工作空间等配置。 app 文件夹是你的application module ,其中包含你的源码src以及编译生成的东西 build文件夹(这个里面又有四个文件夹，其中outputs为生成的apk包存放的地方 ，其它，另外generated文件夹也会有某些aidl生成的java文件在这里面)， 以及libs库 build 文件夹为编译时的缓存文件夹，每次运行时都会生成，同时在运行了gradle clean 的任务以后它会被删除清理掉。有一个generated文件夹和intermediates文件夹 ，在我的工程中，也没有看到什么重要的东西。 gradle 文件夹中包含的是gradle-wrapper.jar文件，通过配置其中的 gradle-wrapper.properties中的distributionUrl 可以给你的项目指定需要使用 的gradle版本，这个是个远程的地址，我的是 https\://services.gradle.org/distributions/gradle-2.10-all.zip .gitignore 文件为git版本控制的忽略清单。 gradle.build为project全局的配置 gradle.properties 为gradle的参数配置，其中有注释的java虚拟机的内存大小 等配置，有使用的repositories仓库和依赖的gradle脚本。 *.iml 文件为Android Studio/ Intellij IDEA为每一个module生成的配置文件 模块的配置如编译文件夹路径，使用jdk版本等。 gradlew gradlew.bat 是gradle任务的脚本命令，很长，估计是Linux上面可以 用脚本来设置 local.properties 中配置个人电脑环境中的配置，其实一般也就是SDK在本地电脑 的位置 settings.gradle 文件中可指定project目录中的任何一个文件夹为gradle的module, 比如一般默认的指定为include ':app' 在Android Studio中的终端Terminal中运行./gradlew clean 命令，可以把module中 的build文件夹删除。windows中不用输入“./” 有些文件是可以删除的，不必一起带着走的，是可以通过 build.gradle来生成的， 如.gradle .idea build *.iml等文件。 每次当你分发给别人的时候， 其他人可以使用open , 选中project中的build.gradle文件，来构建成一份完整的gradle工程
免责声明：本站部分内容、图片、文字、视频等来自于互联网，仅供大家学习与交流。相关内容如涉嫌侵犯您的知识产权或其他合法权益，请向本站发送有效通知，我们会及时处理。反馈邮箱&&&&。
学生服务号
在线咨询，奖学金返现，名师点评，等你来互动总结（16）
感觉好久没写博客了，首先，完全是自己太懒了。其次，感觉自己的技术太菜了，个人写的博客也只能是给自己做个记录和分享在自己在公司项目中解决问题的经验，对大家的用处是在有限，这篇文章的完全是为了开启2017年的第一枪，给自己点压力。
Android 原生应用现在处于一个风雨飘摇时期，一方面有人说，react native的夸平台开发给大家带来一定的压力，另一方面，微信小程序的出现也是对原声的一种挑战，但是作为技术人员没有什么比关注完这些新技术后坐下来敲行代码更加实际，android这么大的市场，不是一个大程序小程序能够挑战的。
今年刚把两个项目首次在Android studio 上使用打包编译，在此记录在自己认识Android studio的过程，如果给屏幕前的你带来一点启发和收获，那么不胜欣喜。
android有几种工程目录结构可以选择，常用的有两种:
第一种：project结构
.gradle， &gradle项目产生文件，自动编译工具产生的文件
.idea， &项目产生文件，开发工具产生的文件
app， &项目其中一个moudle ,在此项目中为主项目
build， 自动构建时，生成文件的地方
androidTest， &该moudle测试代码包
java， &该moudle项目源码
res， &该moudle所有的资源文件，样式文件
AndroidMainifest.xml， 清单文件 很熟悉了
test， &据说为单元测试代码
*.iml， & idea项目文件
build.gradle， &gradle项目自动编译配置文件，该目录为项目编写中经常要调整，修改的目录，添加jar,打包配置都在这里操作
proguard-rules.pro， &编写混淆规则的地方
xrecyclerview ， 又一个moudle项目，相当于eclipse的引用第三方项目
zoomlibrary，&又一个moudle项目
.gradle.properties，从名字上就知道它是1个配置文件，没错，这里面可以定义1些常量供build.gradle使用，比如可以配置签名相干信息如keystore位置，密码，keyalias等。
settings.gradle，这个文件是用来配置多模块的，比如你的项目有两个模块module-a,module-b,那末你就需要在这个文件中进行配置，格式以下：include
':module-a',':module-b'
gradle文件夹，这里面有两个文件，gradle-wrapper.jar和gradle-wrapper.properties,它们就是gradle
wrapper。gradle项目都会有，你可以通过命令gradle init来创建它们（条件是本地安装了gradle并且配置到了环境变量中）。
gradlew和gradlew.bat，这分别是linux下的shell脚本和windows下的批处理文件，它们的作用是根据gradle-wrapper.properties文件中的distributionUrl下载对应的gradle版本。这样就能够保证在不同的环境下构建时都是使用的统1版本的gradle，即便该环境没有安装gradle也能够，由于gradle
wrapper会自动下载对应的gradle版本。
gradlew的用法跟gradle1模1样，比如履行构建gradle build命令，你可以用gradlew build。gradlew即gradle wrapper的缩写。
local.properties， 配置android NDK，SDK的地方，
External Libraries， 项目依赖的Lib,编译时自动下载的
第二种，Android结构：
更加的简单，但是一般eclispse转过来的好像更喜欢第一种，因为和eclipse目录结构更加相似。
接下来再说说Android Studio 如何配置svn：参考这篇文章，/songmeng/p/4389446.html
/technology/23301.html
/Program/Android/978.shtml
gradle.properties
gradle 运行环境配置文件
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：46215次
排名：千里之外
原创：36篇
评论：20条
(1)(1)(1)(3)(3)(1)(8)(2)(11)(2)(3)(1)(5)(1)
(window.slotbydup = window.slotbydup || []).push({
id: '4740881',
container: s,
size: '200,200',
display: 'inlay-fix'