隐式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过滤器设置
<activity
android:name=".TestActivity">
<intent-filter>
<action android:name="android.inten.action.VIEW"/>
<category android:name="android.intent.category.DEFAULT"/>
<data android:scheme="http" android:host="www.bignerdranch.com"/>
</intent-filter>
</activity>
上面是一个对外宣称适合处理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属性和值的组合。
样式可以具有层级结构：子样式拥有与父样式同样的属性和属性值，但也可以将之覆盖或添加另外的属性值。
每种样式都以<style>元素节点和一个或多个<item>元素节点进行定义。每个样式item都是以XML属性进行命名的，元素内的文字即为属性值。
include与merge标签
include标签：
1.基于当前设备，引入的布局同样会经历筛选过程，引入布局也可以使用配置修饰符；
2.通过在include标签上指定android:id以及任何android:layout_*属性，可以覆盖引入布局根元素对应属性。
merge标签可以与include标签一起协同工作。代替实际组件，merge可以用作引入布局的根元素。布局引入另一个merge作为根元素的布局时，merge的子元素也会直接被引入，这些子元素会成为include元素父元素的子元素，而merge标签则会被丢弃。
XML Drawable与9-Patches
layer list与inset drawable
layer-list元素包含多个Drawable，并以从后至前的绘制顺序进行排序。
inset drawable能使已经创建好的drawable在左右顶底四个方向进行短距移位。
使用9-patch图像
9-patch图像是一种特殊格式的文件。9-patch可以将图像分成3X3的网格。网格角落的patch不会被缩放，边缘部分的4个patch只按一个维度缩放，而中间部分则同时按两个维度缩放。
9-patch与普通png图像基本相同，区别：
1.文件以.9.png结尾，图像边缘具有一个像素宽度的边框，用以指定9-patch图像的中间位置；
2.边框像素绘制为黑线，以表明中间位置，边缘部分则以透明色表示。
