隐式Intent
隐式Intent可以启动其它应用的Activity。使用隐式Intent需要向OS描述清楚意图。
典型组成：
1.要执行的操作
通常以Intent类常量来表示。如发送邮件，使用INTENT_SEND；
2.要访问的数据的位置
可能是设备外的资源，如某个网页的URL；或者指向某个文件的URI；或者指向ContentProvider中某条记录的content URI；
3.操作涉及的数据类型
MIME形式数据类型，如text/html或audio/mpeg3；
4.可选类型
如果操作用于描述具体要做什么，那么类别通常用于描述是何时、何地或者如何使用某个Activity的。
操作系统将启动适用应用的适用Activity，如果有多个可选，用户可以自行选择；但有时看不到候选的Activity列表，原因有二：
① 针对某个隐式Intent设置了默认响应应用；
② 设备上只有唯一一个Activity可以响应隐式Intent。
配置文件中的Intent过滤器设置
上面是一个对外宣称适合处理ACTION_VIEW的Activity。
DEFAULT类别必须明确在intent过滤器中设置。intent的action元素告诉OS，Activity能处理指定任务。DEFAULT类别告诉OS，Activity愿意处理某项任务。
DEFAULT类别实际隐含添加到了几乎每一个隐式Intent中，唯一例外是LAUNCHER类别。
隐式Intent也可以包含extra信息。不过，OS在寻找适用的Activity时，不会使用任何附加在隐式Intent上的extra。
检查可以响应的Activity
如果某个设备上没有任何与目标隐式intent相匹配的Activity，应用会崩溃。
首先通过OS的PackageManager类进行自检。
将隐式intent传入PackageManager类的queryIntentActivitys(...)中，会返回一个对象列表，判断该列表的大小，如果大于0，代表起码存在一个可用的Activity。
注意：当intent为隐式intent时，调用startActivity(...)或startActivityForResult(...)，意味着“启动与发送的隐式intent相匹配的默认Activity”，而不是“启动与发送的隐式intent相匹配的Activity”，OS会悄然地将Intent.CATEGORY_DEFAULT类别添加给目标intent。
所以，可以说，只有在intent过滤器中添加了DEFAULT类别的Activity，才能作为startActivity(...)或startActivityForResult(...)的目标Activity。
任务与后退栈
应用中存在着任务与后退栈，也就是Activity栈。应用启动Activity有两种情况：
1.默认情况：新的Activity都在当前Activity栈中启动，就算被启动的Activity不属于当前应用，但被当前应用启动的时候，也会被添加到当前应用的Activity栈中；
用户可以在栈中而不是在应用层级间导航返回；
2.intent添加新任务标识：intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK)，此时启动的另一个应用的ActivityB就会处于一个新的栈中，但如果ActivityB已经在一个运行的Activity栈中存在，就不会重新创建一个栈，该标识控制着每个Activity仅创建一个任务栈。
用户在运行的应用间自由切换。
进程与任务
对象需要内存和虚拟机的支持才能存在，进程是OS创建的供应用对象生存以及应用运行的地方。
进程拥有至少一个（可能多个）执行线程。Android OS中，进程总有一个运行的Dalvik虚拟机。
每个应用都仅与一个进程相关联，应用伴随着进程一起完成创建，该进程同时也是应用中所有组件的默认进程。
每一个Activity实例都仅存在于一个进程和一个任务中，但不一定是同一个应用的进程和任务。例如，A应用启动了联系人应用的ActivityB，ActivityB存在的任务是A应用的任务，但它在联系人应用的进程中运行。
Android没有提供终止任务或者替换默认的任务管理器的方法，也就是无法终止任务，但可以终止进程，通过终止进程使得应用被回收。
使用样式消除重复代码
样式定义了一套XML属性和值的组合。
样式可以具有层级结构：子样式拥有与父样式同样的属性和属性值，但也可以将之覆盖或添加另外的属性值。
每种样式都以