Android——app基础

Android Application基础

系统启动过程

APK文件介绍

APK是Android Package的缩写，即android安装包。APK 文件实际上是zip 格式，但后缀名被修改成apk ，能够经过解压程序直接解压查看。apk 解压后，通常的可看到的目录结构以下：

文件或目录	做用
AndroidManifest.xml文件	程序全局配置文件，它描述了应用的名字、版本、权限、引用的库文件等等信息。在apk中的AndroidManifest.xml是通过压缩的，能够经过AXMLPrinter2工具解开，具体命令为：java -jar AXMLPrinter2.jar AndroidManifest.xml
META-INF目录	存放的是签名信息，用来保证apk包的完整性和系统的安全。在eclipse编译生成一个apk包时，会对全部要打包的文件作一个校验计算，并把计算结果放在META-INF目录下。这就保证了apk包里的文件不能被随意替换。好比拿到一个apk包后，若是想要替换里面的一幅图片，一段代码， 或一段版权信息，想直接解压缩、替换再从新打包，基本是不可能的。如此一来就给病毒感染和恶意修改增长了难度，有助于保护系统的安全。
res目录	存放资源文件。包括图片，字符串等等。
lib目录	子目录armeabi存放的是一些so文件。这个地方多讲几句，都是在开发过程当中摸索出来的。eclipse在打包的时候会根据文件名的命名规则（lib****.so）去打包so文件，开头和结尾必须分别为“lib”和“.so”，不然是不会打包到apk文件中的。其余非eclipse开发环境没有测试过。若是你是用SDK和NDK开发的话，这部分很重要，甚至能够经过把一些不是so文件的文件经过更名打包到apk中，具体能干些什么那就看你想干什么了。
assets目录	存放一些配置文件，这些文件的内容在程序运行过程当中能够经过相关的API得到。
classes.dex文件	DEX(DalvikVM executes的简称)是Android Dalvik执行程序文件，是Dalvik的字节码而非Java的字节码（首先是java文件经过jdk编译成字节码文件而后通过dex编译成classes.dex）
resources.arsc文件	编译后的二进制资源文件的索引（apk文件的资源表）

Android在运行程序时首先须要解压apk文件，而后获取编译后的AndroidManifest.xml文件中配置信息，执行dex程序。

系统基础

每一个Android应用程序的都运行在它本身的安全沙箱中：

• 而Android操做系统是一个多用户Linux系统中，每一个应用程序是一个不一样的用户。 
• 默认状况下，每一个应用程序的系统分配一个惟一的Linux用户ID（该ID仅用于系统，对应用程序来讲是未知）。系统为每个app的全部文件都设置权限，以便只有分配了该用户ID的应用程序能够访问它们。 
• 每一个进程都有它本身的虚拟机（VM），所以应用程序的代码和其余应用程序是隔离运行的。 
• 默认状况下，每一个应用程序运行在它本身的Linux进程。当应用程序的任何组件须要被执行时，Android会启动一个进程。当该进程再也不须要或者系统须要为其它程序恢复内存时，都会关闭该进程。

以这种方式，Android就实现了最小特权原则：每一个app之间只能经过访问组件达到工做目的；app不能访问系统未给与权限的部分。

然而，仍是有方法使app之间能分享数据和访问系统服务：

• 当两个app共享一个Linux用户ID时，它们就能互相访问文件。为了节约系统资源，拥有相同用户ID的app还能够被安排运行在相同的Linux进程中而且共享相同的VM（app必须有相同的签名）。
• app能请求权限去访问设备数据，好比联系人、短信、SD卡……全部的app权限必须在安装时被授予。

Zygote

Zygote是一个虚拟机进程，同时也是一个虚拟机实例的孵化器，每当系统要求执行一个 Android应用程序，Zygote就会fork出一个子进程来执行该应用程序。这样作的好处显而易见：

1. Zygote进程是在系统启动时产生的，它会完成虚拟机的初始化，库的加载，预置类库的加载和初始化等等操做。
2. 而在系统须要一个新的虚拟机实例时，Zygote经过复制自身，快速的提供一个执行进程。
3. 另外，对于一些只读的系统库，全部虚拟机实例都和Zygote共享一块内存区域，大大节省了内存开销。

Zygote工做流程以下图：

App组件

app组件是Android程序最重要的构造模块。每个组件都是系统进入app的不一样入口。app组件有四种不一样的类型，分别为Activities、Services、Content providers和Broadcast receivers，它们都有本身的用途和生命周期。

当系统启动一个组件以后，若是这个组件所在的程序以前没有运行的话，系统会自动开始这个程序的进程，并初始化这个组件所须要的相关类。好比，你的程序开启了一个拍照功能程序的Activity，这时系统会启动这个Activity所在的程序，因此这个Activity运行在拍照功能的程序当中，而不是在你的程序中。因此，不像其余操做系统的中的程序同样，Android程序没有一个单独的入口点（好比没有咱们常见的main()函数）。

由于系统中的程序运行在本身的独立进程中，而且程序中的文件都有本身的限制其余程序访问的权限，因此，你的程序不能直接激活其余程序中的组件。可是Android系统就能够。为了激活其余程序中的组件，你必须向系统发送一个消息来详细说明你要启动其余组件的意图，这样系统才会为你激活这个组件。

四大组件中的三个组件——activities、services和broadcast receiver——是由一种叫intent的异步消息来激活的。这些intents在运行时（runtime）将特定的组件绑定在一块儿（bind），你能够把这些intents看做来自其余组件请求活动的messengers。最后一种组件类型content provider并非由intent来激活的（activate）。而是由接收到ContentResolver的请求时激活的。 

Manifest

在Android系统能够启动一个应用程序组件以前，Android系统必须经过读取这个程序的AndroidManifest.xml（即manifest文件）文件来肯定要启动的组件存在。你的程序必须在这个manifest文件声明用到的全部的组件，而且这个manifest文件必须在项目的根目录下。

另外，这个manifest文件还声明一些其余的东西，好比：

• 肯定这个程序须要的全部权限，好比Internet访问权限或者读取用户联系人权限。 
• 声明这个运行这个程序所须要的最低API版本，这个能够根据开发该程序所使用的API版本。 
• 声明该程序所须要的硬件或软件特征（features），好比照相机、蓝牙服务或者多点触屏。 
• 声明该程序须要连接（link against）的API库（不是Andorid的framework APIs），好比Google Maps library。 
• 等等。

App Resources

一个应用程序不只仅由代码组成——它须要与代码分隔的资源。使用应用程序资源文件，能够更容易地更新你的应用程序的特性而无需修改代码，而且 — 经过提供多套备选资源文件 — 使您可以针对各类设备配置优化你的应用程序(好比不一样语言或屏幕大小)。

对于你的安卓工程里面包含的每一项资源， SDK 构建工具定义一个惟一的正整数 ID 标识符，你可使用该标识符从你的应用程序代码中或者从XML文件中定义的其余资源中特指该资源。

将资源提供工做同你的源代码分隔开来最重要的缘由之一是可以使你为不一样的设备配置提供可替换的资源文件。 对于备选资源，Android 支持许多不一样的限定符(qualifiers)。限定符是包含在你的资源文件夹名称中的一个短字符串，以便界定哪些设备配置可以使用这些资源（好比drawable-hdpi）。