Android基础之四大组件综述

　　本篇文章概述分析Android四大组件的机制，插入本人其他的博客链接方便阅读，以及为接下来写四大组件的内部工作过程铺垫。

1 Android四大组件的运行状态

　　Android四大组件包括Activity、Service、BroadcastReceiver和ContentProvider。除了BroadcastReceiver以外，其他三种组件都必须在AndroidManifest中注册，对于BroadcastReceiver来说，既可以在AndroidManifest中注册（静态注册），也可以通过代码来注册（动态注册）。在调用方式上，Activity、Service和BroadcastReceiver需要借助Intent，而ContentProvider无须借助Intent。

1.1 都可以开启多进程

　　Android四大组件都可以开启多进程，需要在AndroidManifest.xml里面添加android:process=”“，process属性的值几乎可以随便设置，没有指定process属性运行在默认进程中，默认进程名是包名。
　　可以在DDMS视图中查看进程信息，还可以用shell来查看，命令为：adb shell ps 或者 adb shell ps | grep 包名。

<provider   
      android:name="com.kylodw.provider.MyContentProvider"  
      android:authorities="com.kylodw.provider"  
      //以":"开头的进程属于当前应用的私有进程，其他应用的组件不可以和它跑在同一个进程中。
      android:process=":remote"//com.kylodw.provider:remote
      android:exported="true" >  
</provider>

<provider   
      android:name="com.kylodw.provider.MyContentProvider"  
      android:authorities="com.kylodw.provider" 
      //以"."开头的进程属于全局进程，其他应用的组件可以通过sharedUserId方式和它跑在同一个进程中。 
      android:process="com.kylodw.provider.remote"
      android:exported="true" >  
</provider>

1.1.1 利用ShareUserID共享数据(私有暴露)

　　在Android里面每个app都有一个唯一的linux user ID，则这样权限就被设置成该应用程序的文件只对该用户可见，只对该应用程序自身可见。用到SharedUserId让两个apk使用相同的userID，这样它们共享一个虚拟机，就可以看到对方的文件。
　　注意：打包时签名文件必须相同。除非使用一个系统自带软件的ShareUID，例如Contact，那么无须第三方签名。

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.mythou.serviceID"
    android:versionCode="1"
    android:versionName="1.0"
    android:sharedUserId="com.mythou.share">

//第二个应用程序的menifest文件代码如下：
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.mythou.clientID"
    android:versionCode="1"
    android:versionName="1.0"
    android:sharedUserId="com.mythou.share">

//从package=“com.mythouclientID”的程序获取package="com.mythou.serviceID"的程序的context：
Context context = this.createPackageContext("com.mythou.serviceID", Context.CONTEXT_IGNORE_SECURITY);
String str = context.getString(R.string.appname);

1.1.2 利用StartActivity启动其他应用的组件(完全暴露)

　　android:exported=”true”的作用，而一旦设置了intentFilter之后，exported就默认被设置为true了，除非再强制设为false。当然，对那些没有intentFilter的程序体，它的exported属性默认仍然是false，也就不能共享出去。
　　另外组件是Provider时：当Android sdk的最小版本为16或者更低时它的默认值是true，如果是17和以上的版本默认值是false。可以通过Android:exported=“fasle” 和 permission来限制当前应用Provider是否会被其它应用获取。

2 Activity机制

2.1 定义与作用

　　Activity是一种展示型组件，主要是向用户展示一个界面，并且可以接收用户的输入信息从而和用户进行交互。对用户来说，Activity就是Android应用的全部，因为其他三大组件对用户来说是不可感知的。
　　Activity只有一种运行模式–启动状态，它的启动由Intent触发，其中Intent分为显式启动和隐式启动，显式启动明确地指向一个Activity，隐式启动则指向一个或多个目标Activtity组件。详细阅读：Android基础之IntentFilter匹配规则与隐式启动Activity
　　Activity主要作用是：展示一个界面并和用户交互，它扮演的是一种前台界面的角色。

2.2 内容详解

Android基础之Activity的生命周期

Android基础之Activity四种启动模式和task相关

2.4 内部工作过程

Android系统分析之Activity的启动流程

3 Service机制

3.1 定义与作用

　　Service是一种计算型组件，用于在后台执行一系列计算任务。由于Service组件工作在后台，因此用户无法直接感知到它的存在。Activity组件只有一种运行模式-启动状态，但是Service组件却有两种状态：启动状态和绑定状态。①通过startService启动的服务处于启动状态，它的内部可以执行一些后台计算，并且不需要和外界有直接的交互。②通过bindService启动的服务处于绑定状态，Service内部同样也可以执行后台计算，但是处于这种状态的Service可以通过ServiceConnection和外界进行通信。
　　Service组件的主要作用是：在后台执行计算任务，执行任务的结果可以和外界进行通信。

3.2 内容详解

Android基础之四大组件-详解Service

4 BroadcastReceiver机制

4.1 定义与作用

　　BroadcastReceiver是一种消息型组件，用于在不同组件乃至不同应用之间传递消息。BroadcastReceiver同样无法被用户所感知，因为它工作在系统内部。BroadcastReceiver也叫做广播，广播的注册方式有两种：静态注册和动态注册。静态注册指在AndroidManifest中注册广播，这种广播在应用安装时被系统解析，此种形式的广播不需要应用启动就可以接收到相应的广播。动态广播需要通过Context.registerReceiver()来实现，并且在不需要的时候通过Context.unRegisterReceiver()解除广播，此种形态的广播必须要应用启动才能注册并接收广播。在实际开发中通过Context的一系列send方法来发送广播，被发送的广播会被系统（Activity Manager Service）发送给合适的广播接受者，依据是intent-filter/permission。由此发现，BroadcastReceiver可以用来实现低耦合的观察者模式，一般来说不需要停止，也没有停止的概念。由于BroadcastReceiver运行在主线程，所以它不适合用来执行耗时操作。
　　BroadcastReceiver组件的主要作用是：消息的传递，该消息的传递可以在应用内，也可以在应用之间，它的角色是一个消息的传递者。

4.2 内容详解

Android基础之四大组件-BroadcastReceiver解析

5 ContentProvider机制

5.1 定义与作用

　　ContentProvider是一种数据共享型组件，用于向其他组件乃至其他应用共享数据。同样的，它也无法被用户所感知。对于ContentProvider组件来说，它的内部需要实现增删改查这四种操作，在它的内部维持了一份数据集合，这个数据集合既可以通过数据库来实现，也可以采用其他任何类型来实现，比如List和Map。需要注意的是，ContentProvider内部的insert、delete、update和query方法需要处理好线程同步，因为这几个方法都是在Binder线程池中被调用的。ContentProvider组件不需要手动停止。
　　ContentProvider组件的主要作用是：作为一个平台，提供数据的共享，并且提供数据的增删改查功能。主要应用于应用之间的数据共享场景。