Android Studio 项目目录结构简析

创建一个新的MyAppliction项目
默认的结构为Android模式的项目结构，是经过转换过的，结构简洁明了，适合快速开发

                                              

点击左上角的Android切换成Project模式

                                                     

这个模式反映的就是Android项目的真实结构了。
现在从外向内切入。

                                                 

一、外层结构

1. .gradle和.idea

目录下是Android Studio 自动创建的一些文件

2. app

项目内代码、资源均存放在这个目录下。项目开发的工作基本都是在这个目录下进行的

3. gradle

这个目录下包含了gradle wrapper的配置文件，使用gradle wrapper的方式不需要提前将gradle下载好，而是会自动根据本地的缓存情况决定是否需要联网下载gradle。Android Studio默认没有启动gradle wrapper的方式，如果需要打开，可以点击Android Studio导航栏 –> File –> Settings –> Build，Execution，Deployment –> Gradle，进行配置更改

4. .gitignore

这个文件是用来将指定的目录或文件排除在版本控制之外的。

5. bulid.gradle

全局的gradle构建脚本，通常不需要进行修改。

// Top-level build file where you can add configuration options common to all sub-projects/modules.

buildscript {//这里是gradle脚本执行所需依赖，分别是对应的maven库和插件
    
    repositories {
        google()//从Android Studio3.0后新增了google()配置，可以引用google上的开源项目
        jcenter()//是一个类似于github的代码托管仓库，声明了jcenter()配置，可以轻松引用 jcenter上的开源项目
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:3.0.0'此处是android的插件gradle，gradle是一个强大的项目构建工具
        

        // NOTE: Do not place your application dependencies here; they belong
        // in the individual module build.gradle files
    }
}

allprojects {//这里是项目本身需要的依赖，比如项目所需的maven库
    repositories {
        google()
        jcenter()
    }
}

// 运行gradle clean时，执行此处定义的task任务。
// 该任务继承自Delete，删除根目录中的build目录。
// 相当于执行Delete.delete(rootProject.buildDir)。
// gradle使用groovy语言，调用method时可以不用加（）。
task clean(type: Delete) {
    delete rootProject.buildDir
}

6. gradle.properties

全局gradle配置文件，其中的属性会影响项目中所有gradle编译脚本。

7. gradlew和gradlew.bat

用来在命令行中执行gradle命令，前者在Linux或Mac中使用，后者在windows中使用。

8. local.properties

这个文件用于指定本机中的Android SDK路径，通常内容都是自动生成的，我们并不需要修改。除非你本机中的Android SDK位置发生了变化，那么就将这个文件中的路径改成新的位置即可。

9. MyApplication.iml

iml文件是所有IntelliJ IDEA项目都会自动生成的一个文件（Android Studio是基于IntelliJ IDEA开发的），用于标识这是一个IntelliJ IDEA项目，我们不需要修改这个文件中的任何内容。

10. setting.gradle

这个文件用于指定项目中所有引入的模块。由于HelloWorld项目中就只有一个app模块，因此该文件中也就只引入了app这一个模块。通常情况下模块的引入都是自动完成的，需要我们手动去修改这个文件的场景可能比较少。

二、app目录内结构

                                       

 

1、build 

这个目录和外层的build目录类似，主要也是包含了一些在编译时自动生成的文件，不过它里面的内容会更多更杂，我们不需要过多关系。 
2、libs 
如果你的项目中使用到了第三方jar包，就需要把这些jar包都放在libs目录下，放在这个目录下的jar包都会被自动添加到构建路径里去。 
3、src/AndroidTest 
此处是用来编写Android Test测试用例的，可以对项目进行一些自动化测试。 
4、src/main/java 
毫无疑问，java目录是放置我们所有java代码的地方，展开该目录，你将看到我们刚才创建的MainActivity文件就在里面。  
5、src/main/res 
这个目录下的内容就有点多了。简单点说，就是你在项目中使用到的所有图片，布局，字符串等资源都要存放在这个目录下。当然这个目录下还有很多子目录，图片放在drawable目录下，布局放在layout目录下，字符串放在values目录下，所以你不用担心会把整个res目录弄得乱糟糟的。 
6、main/AndroidManifest.xml 
这是你整个Android项目的配置文件，你在程序中定义的所以四大组件都需要在这个文件里注册，另外还可以在这个文件中给应用程序添加权限声明。 
7、test 
此处是用来编写Unit Test测试用例的，是对项目进行自动化测试的另一种方式。 
8、.gitignore 
这个文件用于将app模块内的指定的目录或文件排除在版本控制之外，作用和外层的.gitignore文件类似。 
9、app.iml 
IntelliJ IDEA项目自动生成的文件，我们不需要关心或修改这个文件中的内容。 
10、build.gradle 
这是app模块的gradle构建脚本，这个文件中会指定很多项目构建相关的配置。 

apply plugin: 'com.android.application' //应用 应用程序模块
 
android {
    compileSdkVersion 26    //指定使用项目的编译版本
    defaultConfig {
        applicationId "com.example.helloworld"  //包名
        minSdkVersion 15        //指定项目最低兼容的Android版本
        targetSdkVersion 26     //表示Android26版本上已经进行过充分的测试
        versionCode 1           //项目版本号
        versionName "1.0"       //版本名
        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
    }
    buildTypes {
        release {
            minifyEnabled false //是否进行代码混淆
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
            //指定混淆规则文件
        }
    }
}
 
dependencies {//*指定当前项目的所有依赖关系
    implementation fileTree(dir: 'libs', include: ['*.jar'])
    //本地依赖声明：将本地的jar包、目录添加依赖关系，添加到项目的构建路径当中
    implementation 'com.android.support:appcompat-v7:26.1.0'
    implementation 'com.android.support.constraint:constraint-layout:1.0.2'
    //远程依赖声明
    testImplementation 'junit:junit:4.12'   //用以声明测试用例库
}

参考链接：史上最全Android build.gradle配置详解
11、proguard-rules.pro 
这个文件用于指定项目代码的混淆规则，当代码开发完成后打成安装包文件，如果不希望代码被别人破解，通常会将代码混淆，从而让破解者难以阅读。