应用程序的基本结构模块
Activity应用程序的表示层。应用程序中的每一个UI都是通过Activity类的一个或多个扩展实现的。Activity使用Fragment和视图来布局和显示信息，以及响应用户动作。Activity相当于桌面开发环境中Form。
Service应用程序中不可见的工作者。Service组件在运行时没有UI，可以更新数据和Activity、触发通知和广播Intent。用来执行一些运行时间长的任务或者不用和用户交互的任务。
Content Provider一个可共享的持久数据存储器。用来管理和持久化应用程序数据，通常会与SQL数据库交互。
是应用程序之间共享数据的首选方法。
Intent一个强大的应用程序间的消息传递框架。Intent一个用来停止和启动Activity和Service，在系统范围内或向目标Activity、Service或Broadcast Receiver广播消息，以及请求对特定的一条数据执行操作。
Broadcast ReceiverIntent监听器。使应用程序可以监听到那些匹配指定过滤标准的Intent广播。会自动地启动应用程序来响应某个收到的Intent，是事件驱动应用程序的最佳选择。
Widget添加到设备主屏幕的可视化应用程序组件。是Broadcast Receiver的特殊变体。可用于创建动态的交互式应用程序组件。
Notification允许向用户发送信号，但却不会过分的吸引他们的注意力或者打断他们当前的Activity。它们是应用程序不可见或者不活动时（特别是Service和Broadcast Receiver）吸引用户注意的首选方法。
应用程序的生命周期
Android应用程序不能控制自己的生命周期。默认情况下，每个Android应用程序都是通过自己的进程运行的，每个进程都运行在独立的Dalvik实例中。每个应用程序的内存和进程管理都是由运行时专门进行处理的。
Active进程：正在和用户进行交互的应用程序进程
一般包括：处于活动状态的Activity
正在执行onReceive事件处理程序的Broadcast Receiver
正在执行onStart、onCreate、onDestory事件处理程序的Service
正在运行且已被标记为前台运行的Service
可见进程:即可见但并非活动的进程，指那些驻留“可见Activity”的进程。可见的Activity能被用
户看见，但它们并不在前台运行或者能对用户事件做出反应。
启动Service进程：已经启动的Service的进程。后台Service由于没有直接和用户交互，它们的优先
级要比可见Activity或前台Service低一些，但它们仍被认为是前台进程。
后台进程：不可见、并且没有任何在运行的Service的Activity进程。
空进程：为了提高系统整体性能，Android经常在应用程序的生存期结束后仍把它们保存在内存中，
Android通过维护这个缓存来减少应用程序被再次启动时的启动时间。
Android Application
每次应用程序运行时，应用程序的Application类都保持实例化状态。与Activity不同，配置改变并不会导致应用程序重启。通过扩展Application类可以完成以下三项工作：
对Android运行时广播的应用程序级时间（如低内存）做出响应；
在应用程序组件之间传递对象；
管理和维护多个应用程序组件使用的资源。
Application的实现在本质上是单态的，当在Manifest中注册了Application后，它会在创建应用程序进程的时候
被实例化。
应用程序的生命周期事件：
public void onCreate()
public void onLowMemory()
public void onTrimMemory(intlevel)
public void onConfigurationChanged(Configuration newConfig)
