Android-Android官方文档阅读-Application Fundamentals

首先Android使用Java编写应用程序 应用程序会打包成一个.apk的文件 apk是运行在Linux系统上的

Android的每一个应用程序就相当于一个用户  默认地，系统会为每一个应用程序分配一个唯一的Linux用户ID（这个ID只能被系统使用，并且对于应用程序来说，这个ID是未知的）。系统为一个应用程序的所有文件 设置了权限，所以，只有分配给这个应用程序的用户ID可以访问它们。

然后认识一下Android的四大组件

下面介绍四种类型的应用程序组件:

Activity

一个 activity 为一个用户交互提供一个单独的界面。例如，一个邮件程序可能有一个activity,它展现了一个新邮件的列表。 另一个activity用来编辑邮件，还有一个是用来阅读邮件。 虽然这些activity组合在一起构成一个紧密的用户体验，但每一个都是相对独立的。 同样，其它程序也可以启动这些activity(如果这个邮件程序允许)。 例如，一个相机程序可以启动这个邮件程序的编辑邮件activity,如果用户想分享一张照片。

一个activity作为 Activity的一个子类被实现。 你也可以通过 Activities开发者指南来了解更多。

Service

一个 service是一个运行在后台的组件。它用于执行耗时操作或者远程进程。 一个service并不提供用户交互界面。例如，当用户在使用另外一个程序的时候，一个服务可能在播放音乐或者在 通过网络获取数据，这样不会阻塞住用户与activity的交互。其它的组件，例如一个activity,可以启动一个service并让其运行或者与其绑定，绑定后可以与其交互。

一个service作为一个Service的子类被实现。你可以通过 Services 开发者指南了解更多。

Content provider

一个content provider负责管理应用程序的数据共享集。 你可以通过文件系、SQLite数据库、网站，或者其它的你的应用程序可以访问的持久化存储位置来存储数据。 通过content provider,其它的应用程序可以查询甚至修改你的数据（如果这个content provider允许它们这么做）。 例如，Android系统提供了一个content provider来管理联系人信息。 同样地，任何程序拥有了适当权限都可以查询这个content provider (例如 ContactsContract.Data) 去读写某人的信息。

Content provider在读写程序的私有数据时也很有用。例如，Note Pad 范例程序就使用了一个content provider来保存笔记。

一个content provider是作为ContentProvider的一个子类被实现的。 并且必须实现一些标准的API集，这样其它的应用程序才能执行事务。更多信息，请查阅 Content Providers开发者指南。

Broadcast receiver

broadcast receiver 是一个用来响应系统范围内的广播的组件。 很多广播发自于系统本身。—例如, 通知屏幕已经被关闭、电池低电量、照片被拍下的广播。 应用程序也可以发起广播。—例如, 通知其它程序，一些数据被下载到了设备，且可供它们使用。 虽然广播并不提供用户交互界面，它们也可以创建一个状态栏通知 来提醒用户一个广播事件发生了。尽管如此，更多的情形是，一个广播只是进入其它组件的一个“门路”，并试图做一些少量的工作。 例如，它可能发起一个服务，并通过服务执行与这个广播事件相关的工作。

broadcast receiver是BroadcastReceiver 的子类实现，而且每一个广播通过Intent 对象来传递。 更多信息，请阅读 BroadcastReceiver 类。

Android还有一个独特的特性那就是 任何程序都可以启动其它程序的组件  如果你的应用程序需要拍照 你不需要再你的应用程序中写拍照的代码 你只需要调用 其他拍照的应用帮你完成这个任务

组件与组件之间是通过intent来连接的