APP在Android中的运行机制（一）

（声明：此文从Android官方文档翻译摘录而来，可能存在翻译错误）

原文地址：http://developer.android.com/guide/components/fundamentals.html

        在Android设备中，APP运行在独立的Linux虚拟机中，具有如下的一些特点：

• Android的APP运行在多用户的Linux系统上，每个APP都被当做是一个不同的用户（user）
• 默认情况下，系统假定每一个APP都拥有一个独特的 Linux user ID。在系统中，所有文件都需要相应的权限才能够访问，因此，只有拥有相应权限的 user ID 的APP 才能够使用系统的相关资源
• 每个APP进程（process）都拥有独立的虚拟机（virtual machine），使得Android的APP代码得以独立运行
• 每个APP都拥有独立的Linux进程。在需要的时候启动，不需要的时候关闭。

        

        Android系统中的最低权限原则（the principle of least privilege）：默认情况下，每个APP只能够使用完成自己功能所必须的组建，不必使用其它更多资源。这是的APP得以运行在安全的系统环境中。

        当然，下面是一些让APP之间共享数据和APP使用系统服务的方法：

• 让两个APP使用相同的 Linux user ID 是允许的。在这种情况下，这两个APP能够访问对方的文件。为了节约系统资源，使用相同 Linux user ID 的APP可以运行在相同的Linux进程中，共享相同的虚拟机，前提是这些APP使用相同的签证（certificate）
• 所有APP都可以请求使用系统资源，但是必须在创建过程中完成权限配置

        Android的四种基本功能组件：Activities、Services、Content providers、Broadcast receivers。

Activities——单窗口的用户接口（a single screen with a user interface）。每个Activity都是可以独立使用的

Services——后台持续运行的组建，不提供用户接口。可以通过Activity与Service的交互实现打开，或者关闭Service

Content provider——管理APP的交互数据

Broadcast recievers——接收系统的广播信息，不提供用户接口。但是会以 status bar notification 的方式通知用户接收到消息

        Android的一个特色在于任何APP都能够使用其它APP的组件。以使用相机拍照为例，当系统已经有一个相机的拍照程序时，可以直接使用这个APP作为自己设计APP的组建，拍照时，使用这个APP进行拍照，而得到的照片结果返回给自己设计的APP。这样，在用户看来，这个过程使用的是一个APP。

        Android中，可以通过 Intent 启动其它组件。但是，content provider 不能够通过 intent 启动。它是通过 ContentResolver启动。以下是一些启动Android组建的方法汇总：

• Activity可以通过 intent 中的 startActivity()或者 startActivityForResult() 方法实现
• Service可以通过 intent 中的 startService() 和 bindService() 方法打开和关闭 Service
• Broadcast可以通过 intent 中的 sendBroadcast()，sendOrderedBroadcast()，或者sendStickyBroadcast() 方法开启
• Content Provider 可以通过 ContentResolver中的 query() 方法实现