上一篇博客中我们和简要的介绍了一下android,我们将按照官方文档的顺序来继续讲解,这次讲解的是app。我们先来看看android对于一款app在安装进手机之后是怎么处理的:
- android操作系统是一个多用户的Linux操作系统,而每一个app都是一个不同的用户。
- 默认情况下,操作系统会给每个app一个不同的Linux 用户ID(app 并不知道这个ID)。操作系统将app下的所有文件的权限都只给这个app,因此只有app自己能访问app属下的文件。
- 每个进程都有各自的VM(virtual machine),因此任意app的运行空间都是和其他app独立开来的
默认情况下,每一个app都在各自的Linux进程中运行,在任意app组件(activity,service,provider,broadcast)被运行的时候会开启一个新的进程,同时在进程长时间不运行或者系统内存不够的时候将会回收它们。
1和2其实是在解释app的安全问题,如果玩过Linux的就会知道,Linux下每一个文件都有其owner,看文档的意思是每一个文件的都是root,owner拥有w(写),r(读),x(可执行)的权限,而其他的用户应该是没有相应的权限。这一点是比较好理解的。3描述的进程的运行机制,即给每一个进程一个VM,因此可以明白不同进程间由于VM都是不一样的,因此不能共享内存。4其实是简单的介绍了一下android的进程回收机制,长时间不运行其实就是按了home键之后过了一段时间再进去,发现之前已经启动的应用重新启动了。而后面那句的意思就是,当一个新的组件申请空间之后,android发现内存不够了,于是andorid就会按照进程优先级的高低来回收内存,直到能够满足新的申请。
那么如果app间需要共享数据怎么办,或者说app需要访问系统组件怎么办?两个app使用相同的Linux用户ID,这样的话两个app就能在相同的process和VM中运行
- app 申请permission。permission的申请需要在安装的时候就进行
App Components
之后主要是介绍四大组件的基本情况和启动方式,这在之后都会有详细的介绍,这边就不再重复。
The Manifest File
Manifest相关的内容也会在之后详细给出