第一行代码第二版--第一章

一: Android系统架构

Android大致可以分为四层架构:Linux内核层、系统运行库层、应用框架层和应用层。

1. Linux内核层:

   Android系统是基于Linux内核的，这一层为Android设备的各种硬件提供了底层的驱动，如显示驱动、音频驱动、照相机驱动、蓝牙驱动、Wi-Fi驱动、电源管理等。

2. 系统运行库层:

   这一层通过一些C/C++库来为Android系统提供了主要的特性支持。如SQLite库提供了数据库的支持，0penGL|ES库提供了 3D绘图的支持，Webkit库提供了浏览器内核的支持等。同样在这一层还有Android运行时库，它主要提供了一些核心库，能够允许开发者使用Java 语言来编写Android应用。另外，Android运行时库中还包含了 Dalvik虚拟机（5.0系统之后改为 ART运行环境），它使得每一个Android应用都能运行在独立的进程当中，并且拥有一个自己的 Dalvik虚拟机实例。相较于Java虚拟机，Dalvik是专门为移动设备定制的，它针对手机内存、 CPU性能有限等情况做了优化处理。

3. 应用框架层:

   这一层主要提供了构建应用程序时可能用到的各种API, Android自带的一些核心应用就是 使用这些API完成的，开发者也可以通过使用这些AH来构建自己的应用程序。

4. 应用层:

   所有安装在手机上的应用程序都是属于这一层的，比如系统自带的联系人、短信等程序，或者是你从Google Play上下载的小游戏，当然还包括你自己开发的程序。

二: Android Studio 目录结构

把项目结构模式切换为Project:

1. .gradle 和.idea
   这两个目录下放置的都是Android Studio自动生成的一些文件，我们无须关心，也不要去手动编辑。

2. app
   项目中的代码、资源等内容几乎都是放置在这个目录下的，我们后面的开发工作也基本都是 在这个目录下进行的，待会儿还会对这个目录单独展开进行讲解。

3. build
   这个目录你也不需要过多关心，它主要包含了一些在编译时自动生成的文件。

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

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

6. build.gradle
   这是项目全局的gradle构建脚本，通常这个文件中的内容是不需要修改的

7. gradle.properties
   这个文件是全局的gradle配置文件，在这里配置的属性将会影响到项目中所有的gradle编译 脚本。

8. gradlew 和 gradlew.bat
   这两个文件是用来在命令行界面中执行gradle命令的，其中gradlew是在Linux或Mac系统 中使用的，gradlew.bat是在Windows系统中使用的。

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

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

11. settings.gradle
    这个文件用于指定项目中所有引入的模块.通常情况下模块的引入都是自动完成的，需要我们手 动去修改这个文件的场景可能比较少。

那么下面我们就来对app目录下的内容进行更为详细的分析。

1. build
   这个目录和外层的build目录类似，主要也是包含了一些在编译时自动生成的文件，不过它 里面的内容会更多更杂，我们不需要过多关心。

2. libs
   如果你的项目中使用到了第三方jar包，就需要把这些jar包都放在libs目录下，放在这个目 录下的jar包都会被自动添加到构建路径里去。

3. src/androidTest
   此处是用来编写Android Test测试用例的，可以对项目进行一些自动化测试

4. src/main/java
   毫无疑问，java目录是放置我们所有Java代码的地方，展开该目录，你将看到我们刚才创建 的HelloWorldActivity文件就在里面。

5. src/main/res
   这个目录下的内容就有点多了。简单点说，就是你在项目中使用到的所有图片、布局、字符 串等资源都要存放在这个目录下。当然这个目录下还有很多子目录，图片放在drawable目录下，布 局放在layout目录下，字符串放在values目录下，所以你不用担心会把整个res目录弄得乱糟糟的

6. AndroidManifest.xml
   这是你整个Android项目的配置文件，你在程序中定义的所有四大组件都需要在这个文件里 注册，另外还可以在这个文件中给应用程序添加权限声明

7. test
   此处是用来编写Unit Test测试用例的，是对项目进行自动化测试的另一种方式。

8. .gitignore
   这个文件用于将app模块内的指定的目录或文件排除在版本控制之外，作用和外层 的.gitignore文件类似。

9. app.iml
   IntelliJIDEA项目自动生成的文件，我们不需要关心或修改这个文件中的内容

10. build.gradle
    这是app模块的gmdle构建脚本，这个文件中会指定很多项目构建相关的配置，我们稍后将 会详细分析gradle构建脚本中的具体内容。

11. proguard-rules.pro
    这个文件用于指定项目代码的混淆规则，当代码开发完成后打成安装包文件，如果不希望代 码被别人破解，通常会将代码进行混淆，从而让破解者难以阅读

三:详解项目中的资源以及使用

1. 以drawable开头的文件夹都是用来放图片的
2. 以values开头的文件夹都是用来放字符串的
3. layout文件夹是用来放布局文件的
4. menu文件夹是用来放菜单文件的

之所以有这么多drawable开头的文件夹，其实主要是为了让程序能够兼容更多的设备。在制作程序的时候最好能够给同一张图片提供几个不同分辨率的副本，分别放在这些文件夹下，然后当程序运行的时候会自动根据当前运行设备分辨率的高低选择加载哪个文件夹下的图片。当然这只是理想情况，更多的时候美工只会提供给我们一份图片，这时你就把所有图片都放在drawable-hdpi文件夹下就好了。

知道了res目录下每个文件夹的含义，我们再来看一下如何去使用这些资源吧。比如刚刚在strings.xml中找到的Hello world!字符串，我们有两种方式可以引用它：
1.在代码中通过R.string.hello_world可以获得该字符串的引用
2.在XML中通过@string/hello_world可以获得该字符串的引用
基本的语法就是上面两种方式，其中string部分是可以替换的，如果是引用的图片资源就可以替换成drawable，如果是引用的布局文件就可以替换成layout，以此类推。HelloWorld项目的图标就是在AndroidManifest.xml中通过android:icon=”@drawable/ic_launcher”来指定的，ic_launcher这张图片就在drawable文件夹下

四:详解 build.gradle 文件

Android Studio是采用Gradle来构建项目的, Gradle是一个非常先进的项目 构建工具，它使用了一种基于Groovy的领域特定语言（DSL)来声明项目设置，摒弃了传统基 于XML (如Ant和Maven)的各种烦琐配置。

先来看一下最外层目录下的build.gradle文件，代码如下所示：

buildscript {
    repositories { 
        jcenter()
    }
    dependencies {
        classpath 'com.android.tools.build:gradle;2.2.0'
    }
}

allprojects {
    repositories { 
        jcenter()
    }
}

两处repositories的闭包中都声明了 jcenter()这行配置，那么这个jcenter是什么意思呢？其实它是一个代码托管仓库，很多Android开源项目都会选择将代码托管到jcenter 上，声明了这行配置之后，我们就可以在项目中轻松引用任何jcenter上的开源项目了

dependencies闭包中使用classpath声明了一个Gradle插件。为什么要声明这 个插件呢？因为Gradle并不是专门为构建Android项目而开发的，Java、C++等很多种项目都可 以使用Gradle来构建。因此如果我们要想使用它来构建Android项目，贝懦要声明com.android. tools.build:gradle:2.2.0这个插件。其中，最后面的部分是插件的版本号

下面我们再来看一下app目录下的build.gradle文件,代码如下所示;

apply plugin: 'com.android.application'

android {
    compileSdkVersion 24 
    buildToolsVersion "24.0.2"   
    defaultConfig {
        applicationld "com.example.helloworld"
        minSdkVersion 15
        targetSdkVersion 24
        versionCode 1
        versionName "1.0"
    }

    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:24.2.11 
        testCompile 1junit:junit:4.12'
    }

首先第一行应用了一个插件，一般有两种值可选：com.android.application表示这是一个应用程序模块， com.android.library表示这是一个库模块。应用程序模块和库模块的最大区别在于，一个是 可以直接运行的，一个只能作为代码库依附于别的应用程序模块来运行。

接下来是一个大的android闭包，在这个闭包中我们可以配置项目构建的各种属性。其中compileSdkVersion用于指定项目的编译版本，这里指定成24表示使用Android7.0系统的SDK 编译buildToolsVersion用于指定项目构建工具的版本，这里表示构建工具版本就是24.0.2

然后我们看到，这里在android闭包中又嵌套了一个defaultConfig闭包，defaultConfig闭包 中可以对项目的更多细节进行配置。其中，applicationld用于指定项目的包名，前面我们在创建项目的时候其实已经指定过包名了，如果你想在后面对其进行修改，那么就是在这里修改的。 minSdkVersion用于指定项目最低兼容的Android系统版本，这里指定成15表示最低兼容到 Android4.0系统。targetSdkVersion指定的值表示你在该目标版本上已经做过了充分的测试， 系统将会为你的应用程序启用一些最新的功能和特性。比如说Android 6.0系统中引入了运行时 权限这个功能，如果你将targetSdkVersion指定成23或者更高，那么系统就会为你的程序启 用运行时权限功能，而如果你将targetSdkVersion指定成22,那么就说明你的程序最高只在 Android5.1系统上做过充分的测试，Android6.0系统中引入的新功能自然就不会启用了。剩下的 两个属性都比较简单，versionCode用于指定项目的版本号，versionName用于指定项目的版本名

接下来我们看一下buildTypes闭包。buildTypes闭包中用于指 定生成安装文件的相关配置，通常只会有两个子闭包，一个是debug，一个是release。debug闭包用于指定生成测试版安装文件的配置，release闭包用于指定生成正式版安装文件的配置。另外， debug闭包是可以忽略不写的，因此我们看到上面的代码中就只有一个release闭包。下面来看一 下release闭包中的具体内容吧，minifyEnabled用于指定是否对项目的代码进行混清，true表示混淆，false表示不混淆。proguardFiles用于指定混清时使用的规则文件，这里指定了两 个文件，第一个proguard-android.txt是在Android SDK目录下的，里面是所有项目通用的 混淆规则，第二个proguard-rules.pro是在当前项目的根目录下的，里面可以编写当前项目 特有的混淆规则。需要注意的是，通过Android Studio直接运行项目生成的都是测试版安装文件

接下来还剩一个dependencies闭包。这个闭包的功能非常强大，它可以指定当前项目所有的依赖关系。通常AndroidStudio项目一共有3种依 赖方式：本地依赖、库依赖和远程依赖。本地依赖可以对本地的Jar包或目录添加依赖关系，库依赖可以对项目中的库模块添加依赖关系，远程依赖则可以对jcenter库上的开源项目添加依赖关系。 观察一下dependencies闭包中的配置，第一行的compile fileTree就是一个本地依赖声明，它表示将libs目录下所有jar后缀的文件都添加到项目的构建路径当中。而第二行的compile则是 远程依赖声明，com.android.support:appcompat-v7:23.4.0就是一个标准的远程依赖库格式， 其中com .android .support是域名部分，用于和其他公司的库做区分；appcompat-v7是组名称， 用于和同一个公司中不同的库做区分；23.4.0是版本号，用于和同一个库不同的版本做区分。加 上这句声明后，Gradle在构建项目时会首先检查一下本地是否已经有这个库的缓存，如果没有的话 则会去自动联网下载，然后再添加到项目的构建路径当中。至于库依赖声明这里没有用到，它的基本格式是compile project后面加上要依赖的库名称，比如说有一个库模块的名字叫helper, 那么添加这个库的依赖关系只需要加入compile project(‘:helper’) 这句声明即可。另外剩下的一句testCompile是用于声明测试用例库的，这个我们暂时用不到，先忽略它就可以了。

细节点:
1:所有的四大组件都需要在清单文件中注册,以下代码表示把该HelloWorldActivity作为app启动页

<activity
    android:name="com.test.helloworld.HelloWorldActivity"
    android:label="@string/app_name" >
    <intent-filter>
        <action android:name="android.intent.action.MAIN" />
        <category android:name="android.intent.category.LAUNCHER" />
    </intent-filter>
</activity>

2:AppCompatActivity是一种向下兼容 的Activity,可以将Activity在各个系统版本中增加的特性和功能最低兼容到Android 2.1系统