Intent和IntentFilter详解

比眉伴天荒 2022-08-23 13:56 186阅读 0赞

一、Intent和IntentFilter详解

Intent用于启动Activity, Service, 以及BroadcastReceiver三种组件, 同时还是组件之间通信的重要媒介.

使用Intent启动组件的优势  
1, Intent为组件的启动提供了一致的编程模型. 无论想要启动的组件是Activity, Service, 还是BroadcastReceiver, 都可以使用Intent封装启动的意图.  
2, 在某些时候, 应用程序只是想启动具有某种特征的组件, 并不想和某个特定的组件耦合. 使用Intent可以方便的达到这种高层次解耦的目的.  
  
Intent的Component属性  
Intent对象的setComponent(ComponentName comp)方法用于设置Intent的Component属性. ComponentName包含如下几个构造器:  
ComponentName(String pkg, String cls)  
ComponentName(Context pkg, String cls)  
ComponentName(Context pkg, Class<?> cls)  
由以上的构造器可知, 创建一个ComponentName对象需要指定包名和类名--这就可以唯一确定一个组件类, 这样应用程序即可根据给定的组件类去启动特定的组件. 例如:  
ComponentName comp = new ComponentName(FirstActivity.this, SecondActivity.class);  
Intent intent = new Intent();  
intent.setComponent(comp);  
以上三句代码创建了一个intent对象, 并为其指定了Component属性, 完全等价于下面的代码:  
Intent intent = new Intent(FirstActivity.this, SecondActivity.class);  
除了使用setComponent() 之外, 还可以使用setClass(), setClassName()来显式指定目标组件, 还可以调用getComponent()方法获得Intent中封装的ComponentName对象.  
当程序采用这种形式启动组件时, 在Intent中明确的指定了待启动的组件类, 此时的Intent属于显式intent, 显式Intent应用场合比较狭窄, 多用于启动本应用中的component, 因为这种方式需要提前获知目标组件类的全限定名. 而隐式Intent则通过Intent中的action, category, data属性指定目标组件需要满足的若干条件, 系统筛选出满足所有条件的component, 从中选择最合适的component或者由用户选择一个component作为目标组件启动.  
如果Intent中指定了ComponentName属性, 则Intent的其他属性将被忽略.  
  
Intent的Action属性  
action属性是一个字符串, 代表某一种特定的动作. Intent类预定义了一些action常量, 开发者也可以自定义action. 一般来说, 自定义的action应该以application的包名作为前缀, 然后附加特定的大写字符串, 例如"cn.xing.upload.action.UPLOAD\_COMPLETE"就是一个命名良好的action.  
Intent类的setAction()方法用于设定action, getAction()方法可以获取Intent中封装的action.  
以下是Intent类中预定义的部分action:  
ACTION\_CALL--目标组件为activity, 代表拨号动作;  
ACTION\_EDIT--目标组件为activity, 代表向用户显示数据以供其编辑的动作;  
ACTION\_MAIN--目标组件为activity, 表示作为task中的初始activity启动;  
ACTION\_BATTERY\_LOW--目标组件为broadcastReceiver, 提醒手机电量过低;  
ACTION\_SCREEN\_ON--目标组件为broadcast, 表示开启屏幕.  
  
Intent的Category属性  
category属性也是一个字符串, 用于指定一些目标组件需要满足的额外条件. Intent对象中可以包含任意多个category属性. Intent类也预定义了一些category常量, 开发者也可以自定义category属性.  
Intent类的addCategory()方法为Intent添加Category属性, getCategories()方法用于获取Intent中封装的所有category.  
以下是Intent类中预定义的部分category:  
CATEGORY\_HOME--表示目标activity必须是一个显示home screen的activity;  
CATEGORY\_LAUNCHER--表示目标activity可以作为task栈中的初始activity, 常与ACTION\_MAIN配合使用;  
CATEGORY\_GADGET--表示目标activity可以被作为另一个activity的一部分嵌入.  
  
Intent的Data属性  
data属性指定所操作数据的URI. data经常与action配合使用, 如果action为ACTION\_EDIT, data的值应该指明被编辑文档的URI; 如果  
action为ACTION\_CALL, data的值应该是一个以"tel:"开头并在其后附加号码的URI; 如果action为ACTION\_VIEW, data的值应该是一个以"http: "开头并在其后附加网址的URI...  
Intent类的setData()方法用于设置data属性, setType()方法用于设置data的MIME类型, setDataAndType()方法可以同时设定两者. 可以通过getData()方法获取data属性的值, 通过getType()方法获取data的MIME类型.  
  
Intent的Extra属性  
通过Intent启动一个component时, 经常需要携带一些额外的数据过去. 携带数据需要调用Intent的putExtra()方法, 该方法存在多个重载方法, 可用于携带基本数据类型及其数组, String类型及其数组, Serializable类型及其数组, Parcelable类型及其数组, Bundle类型等. Serializable和Parcelable类型代表一个可序列化的对象  
, Bundle与Map类似,可用于存储键值对.  
  
Intent的Flag属性  
flag属性是一个int值, 用于通知android系统如何启动目标activity, 或者启动目标activity之后应该采取怎样的后续操作. 所有的flag都在Intent类中定义, 部分常用flag如下:  
FLAG\_ACTIVITY\_NEW\_TASK--通知系统将目标activity作为一个新task的初始activity;  
FLAG\_ACTIVITY\_NO\_HISTORY--通知系统不要将目标activity放入历史栈中;  
FLAG\_FROM\_BACKGROUND--通知系统这个Intent来源于后台操作, 而非用户的直接选择...  
  
IntentFilter类  
IntentFilter类表示Intent过滤器, 大部分情况下, 每一个component都会定义一个或多个IntentFilter, 用于表明其可处理的Intent.   
一般来说, component的IntentFilter应该在AndroidManifest.xml文件中定义.   
定义的方法: 在<activity>, <receiver>, <service>元素中增加一个或多个<intent-filter>子元素. 如:  
  
<activity android:name=".FirstActivity">  
<intent-filter>  
<action android:name="android.intent.action.MAIN" />  
<category android:name="android.intent.category.LAUNCHER" />  
</intent-filter>  
</activity>  
  
IntentFilter与隐式Intent  
android系统处理隐式Intent时, 会比较Intent和IntentFilter的action, data, category属性, 如果以上3个属性全都相符的话, 则IntentFilter所属的component就可以作为目标组件的候选(存在多个符合条件的component时).   
1. 测试action属性. intent最多只能定义1个action, 而filter可以定义1个或多个action.   
通过action测试的条件为: filter定义了intent的action. 例如intent的action为"android.intent.action.MAIN", 则定义了"android.intent.action.MAIN"这个action的filter都能通过action测试(当然, filter还可以包含更多额外的action).  
如果filter没有定义action, 则这个filter将阻塞所有intent. 如果intent没有定义action, 那么只要filter定义了action就可以通过action测试.   
2. 测试category属性. intent可以任意多个category, filter也可以任意个category. 通过category测试的条件为: filter定义了intent的所有category. 例如intent定义了"android.intent.category.DEFAULT"和"cn.xing.intent.category.UPLOAD"这2个category, 则定义了以上2个category属性的filter才能通过测试(当然, filter还可以包含更多额外的category).  
根据上面的规则, 如果一个intent没有定义category, 则所有filter都可以通过category测试. 但是有一种例外: 以startActivity(intent)方式启动一个activity时, 系统为会intent增加一个值为"android.intent.category.DEFAULT"的category, 这就意味着每一个期望通过category测试的activity, 都要在其filter中定义"android.intent.category.DEFAULT"(除了作为程序入口的activity).  
3. 测试data属性. intent最多只能定义1个data, filter则可以定义多个data.  
通过data测试的条件为:  
a. 如果intent没有指定data和data type, 则只有没有定义data和date type的filter才能通过测试;  
b. 如果intent定义了data没有定义data type, 则只有定义了相同data且没有定义date type的filter才能通过测试;  
c. 如果intent没有定义data却定义了data type, 则只有未定义data且定义了相同的data type的filter才能通过测试;  
d. 如果intent既定义了data也定义了data type, 则只有定义了相同的data和data type的filter才能通过测试.  
data属性是一个URI, URI中包含scheme, host, post和path, 典型的URI为:  
scheme://host:port/path

scheme, host, post和path都是可选的. 比较2个data时, 只比较filter中包含的部分. 比如filter的一个data只是指定了scheme部分, 则测试时只是比较data的scheme部分, 只要两者的scheme部分相同, 就视为"相同的data".

原文：http://www.cnblogs.com/liushengjie/archive/2012/08/30/2663066.html

二、

# 详解 Android 的 Activity 组件 #

## Activity 的生命周期 ##

和 J2ME 的 MIDlet 一样，在 android 中，Activity 的生命周期交给系统统一管理。与 MIDlet 不同的是安装在 android 中的所有的 Activity 都是平等的。

### Activity 的状态及状态间的转换 ###

在 android 中，Activity 拥有四种基本状态：

1.  Active/Runing一个新 Activity 启动入栈后，它在屏幕最前端，处于栈的最顶端，此时它处于可见并可和用户交互的激活状态。
2.  Paused 当 Activity 被另一个透明或者 Dialog 样式的 Activity 覆盖时的状态。此时它依然与窗口管理器保持连接，系统继续维护其内部状态，所以它仍然可见，但它已经失去了焦点故不可与用户交互。
3.  Stoped 当 Activity 被另外一个 Activity 覆盖、失去焦点并不可见时处于 Stoped状态。
4.  Killed Activity 被系统杀死回收或者没有被启动时处于 Killed状态。

当一个 Activity 实例被创建、销毁或者启动另外一个 Activity 时，它在这四种状态之间进行转换，这种转换的发生依赖于用户程序的动作。下图说明了 Activity 在不同状态间转换的时机和条件：

##### 图 1. Activity 的状态转换 #####

![图 1. Activity 的状态转换][1. Activity]

如上所示，Android 程序员可以决定一个 Activity 的“生”，但不能决定它的“死”，也就时说程序员可以启动一个 Activity，但是却不能手动的“结束”一个 Activity。当你调用 Activity.finish()方法时，结果和用户按下 BACK 键一样：告诉 Activity Manager 该 Activity 实例完成了相应的工作，可以被“回收”。随后 Activity Manager 激活处于栈第二层的 Activity 并重新入栈，同时原 Activity 被压入到栈的第二层，从 Active 状态转到 Paused 状态。例如：从 Activity1 中启动了 Activity2，则当前处于栈顶端的是 Activity2，第二层是 Activity1，当我们调用 Activity2.finish()方法时，Activity Manager 重新激活 Activity1 并入栈，Activity2 从 Active 状态转换 Stoped 状态，Activity1. onActivityResult(int requestCode, int resultCode, Intent data)方法被执行，Activity2 返回的数据通过 data参数返回给 Activity1。

### Activity 栈 ###

Android 是通过一种 Activity 栈的方式来管理 Activity 的，一个 Activity 的实例的状态决定它在栈中的位置。处于前台的 Activity 总是在栈的顶端，当前台的 Activity 因为异常或其它原因被销毁时，处于栈第二层的 Activity 将被激活，上浮到栈顶。当新的 Activity 启动入栈时，原 Activity 会被压入到栈的第二层。一个 Activity 在栈中的位置变化反映了它在不同状态间的转换。Activity 的状态与它在栈中的位置关系如下图所示：

##### 图 2. Activity 的状态与它在栈中的位置关系 #####

![图 2. Activity 的状态与它在栈中的位置关系][2. Activity]

如上所示，除了最顶层即处在 Active 状态的 Activity 外，其它的 Activity 都有可能在系统内存不足时被回收，一个 Activity 的实例越是处在栈的底层，它被系统回收的可能性越大。系统负责管理栈中 Activity 的实例，它根据 Activity 所处的状态来改变其在栈中的位置。

### Activity 生命周期 ###

在 android.app.Activity类中，Android 定义了一系列与生命周期相关的方法，在我们自己的 Activity 中，只是根据需要复写需要的方法，Java 的多态性会保证我们自己的方法被虚拟机调用，这一点与 J2ME 中的 MIDlet 类似。

public class OurActivity extends Activity { 
        protected void onCreate(Bundle savedInstanceState); 
        protected void onStart(); 
        protected void onResume(); 
        protected void onPause(); 
        protected void onStop(); 
        protected void onDestroy(); 
     }

这些方法的说明如下：

1.  protected void onCreate(Bundle savedInstanceState)一个 Activity 的实例被启动时调用的第一个方法。一般情况下，我们都覆盖该方法作为应用程序的一个入口点，在这里做一些初始化数据、设置用户界面等工作。大多数情况下，我们都要在这里从 xml 中加载设计好的用户界面。例如：

setContentView(R.layout.main);

当然，也可从 savedInstanceState中读我们保存到存储设备中的数据，但是需要判断 savedInstanceState是否为 null，因为 Activity 第一次启动时并没有数据被存贮在设备中：

if(savedInstanceState!=null){ 
     savedInstanceState.get("Key"); 
     }

1.  protected void onStart()该方法在 onCreate() 方法之后被调用，或者在 Activity 从 Stop 状态转换为 Active 状态时被调用。
2.  protected void onResume()在 Activity 从 Pause 状态转换到 Active 状态时被调用。
3.  protected void onResume()在 Activity 从 Active 状态转换到 Pause 状态时被调用。
4.  protected void onStop()在 Activity 从 Active 状态转换到 Stop 状态时被调用。一般我们在这里保存 Activity 的状态信息。
5.  protected void onDestroy()在 Active 被结束时调用，它是被结束时调用的最后一个方法，在这里一般做些释放资源，清理内存等工作。

##### 图 3. 这些方法的调用时机 #####

![图 3. 这些方法的调用时机][3.]

此外，Android 还定义了一些不常用的与生命周期相关的方法可用：

protected void onPostCreate(Bundle savedInstanceState); 
     protected void onRestart(); 
     protected void onPostResume();

Android 提供的文档详细的说明了它们的调用规则。

[回页首][Link 1]

## 创建一个 Activity ##

在 android 中创建一个 Activity 是很简单的事情，编写一个继承自 android.app.Activity的 Java 类并在 AndroidManifest.xml声明即可。下面是一个为了研究 Activity 生命周期的一个 Activity 实例（工程源码见下载）：

Activity 文件：

public class EX01 extends Activity { 
        private static final String LOG_TAG = EX01.class.getSimpleName(); 
        @Override 
        public void onCreate(Bundle savedInstanceState) { 
            super.onCreate(savedInstanceState);      
            setContentView(R.layout.main); 
            Log.e(LOG_TAG, "onCreate"); 
        } 
       @Override 
        protected void onStart() { 
            Log.e(LOG_TAG, "onStart"); 
            super.onStart(); 
        } 
        @Override 
        protected void onResume() { 
            Log.e(LOG_TAG, "onResume"); 
            super.onResume(); 
        } 
        @Override 
        protected void onPause() { 
            Log.e(LOG_TAG, "onPause"); 
            super.onPause(); 
        } 
        @Override 
        protected void onStop() { 
            Log.e(LOG_TAG, "onStop"); 
            super.onStop(); 
        } 
        @Override 
        protected void onDestroy() { 
            Log.e(LOG_TAG, "onDestroy "); 
            super.onDestroy(); 
        } 
     }

AndroidManifest.xml 中通过 <activity> 节点说明 Activity，将 apk 文件安装后，系统根据这里的说明来查找读取 Activity，本例中的说明如下：

[回页首][Link 1]

## 启动另外一个 Activity ##

Activity.startActivity()方法可以根据传入的参数启动另外一个 Activity：

Intent intent =new Intent(CurrentActivity.this,OtherActivity.class); 
     startActivity(intent);

当然，OtherActivity同样需要在 AndroidManifest.xml 中定义。

[回页首][Link 1]

## Activity 之间通信 ##

### 使用 Intent 通信 ###

在 Android 中，不同的 Activity 实例可能运行在一个进程中，也可能运行在不同的进程中。因此我们需要一种特别的机制帮助我们在 Activity 之间传递消息。Android 中通过 Intent 对象来表示一条消息，一个 Intent 对象不仅包含有这个消息的目的地，还可以包含消息的内容，这好比一封 Email，其中不仅应该包含收件地址，还可以包含具体的内容。对于一个 Intent 对象，消息“目的地”是必须的，而内容则是可选项。

在上面的实例中通过 Activity. startActivity(intent)启动另外一个 Activity 的时候，我们在 Intent 类的构造器中指定了“收件人地址”。

如果我们想要给“收件人”Activity 说点什么的话，那么可以通过下面这封“e-mail”来将我们消息传递出去：

Intent intent =new Intent(CurrentActivity.this,OtherActivity.class);
      // 创建一个带“收件人地址”的 email 
     Bundle bundle =new Bundle();// 创建 email 内容
     bundle.putBoolean("boolean_key", true);// 编写内容
     bundle.putString("string_key", "string_value"); 
     intent.putExtra("key", bundle);// 封装 email 
     startActivity(intent);// 启动新的 Activity

那么“收件人”该如何收信呢？在 OtherActivity类的 onCreate()或者其它任何地方使用下面的代码就可以打开这封“e-mail”阅读其中的信息：

Intent intent =getIntent();// 收取 email 
     Bundle bundle =intent.getBundleExtra("key");// 打开 email 
     bundle.getBoolean("boolean_key");// 读取内容
     bundle.getString("string_key");

上面我们通过 bundle对象来传递信息，bundle维护了一个 HashMap<String, Object>对象，将我们的数据存贮在这个 HashMap 中来进行传递。但是像上面这样的代码稍显复杂，因为 Intent 内部为我们准备好了一个 bundle，所以我们也可以使用这种更为简便的方法：

Intent intent =new Intent(EX06.this,OtherActivity.class); 
     intent.putExtra("boolean_key", true); 
     intent.putExtra("string_key", "string_value"); 
     startActivity(intent);

接收：

Intent intent=getIntent(); 
     intent.getBooleanExtra("boolean_key",false); 
     intent.getStringExtra("string_key");

### 使用 SharedPreferences ###

SharedPreferences 使用 xml 格式为 Android 应用提供一种永久的数据存贮方式。对于一个 Android 应用，它存贮在文件系统的 /data/ data/your\_app\_package\_name/shared\_prefs/目录下，可以被处在同一个应用中的所有 Activity 访问。Android 提供了相关的 API 来处理这些数据而不需要程序员直接操作这些文件或者考虑数据同步问题。

// 写入 SharedPreferences 
     SharedPreferences preferences = getSharedPreferences("name", MODE_PRIVATE); 
     Editor editor = preferences.edit(); 
     editor.putBoolean("boolean_key", true); 
     editor.putString("string_key", "string_value"); 
     editor.commit(); 
            
     // 读取 SharedPreferences 
     SharedPreferences preferences = getSharedPreferences("name", MODE_PRIVATE); 
     preferences.getBoolean("boolean_key", false); 
     preferences.getString("string_key", "default_value");

### 其它方式 ###

Android 提供了包括 SharedPreferences 在内的很多种数据存贮方式，比如 SQLite，文件等，程序员可以通过这些 API 实现 Activity 之间的数据交换。如果必要，我们还可以使用 IPC 方式。

[回页首][Link 1]

## Activity 的 Intent Filter ##

Intent Filter 描述了一个组件愿意接收什么样的 Intent 对象，Android 将其抽象为 android.content.IntentFilter 类。在 Android 的 AndroidManifest.xml 配置文件中可以通过 <intent-filter >节点为一个 Activity 指定其 Intent Filter，以便告诉系统该 Activity 可以响应什么类型的 Intent。

当程序员使用 startActivity(intent) 来启动另外一个 Activity 时，如果直接指定 intent 了对象的 Component 属性，那么 Activity Manager 将试图启动其 Component 属性指定的 Activity。否则 Android 将通过 Intent 的其它属性从安装在系统中的所有 Activity 中查找与之最匹配的一个启动，如果没有找到合适的 Activity，应用程序会得到一个系统抛出的异常。这个匹配的过程如下：

##### 图 4. Activity 种 Intent Filter 的匹配过程 #####

![图 4. Activity 种 Intent Filter 的匹配过程][4. Activity _ Intent Filter]

### Action 匹配 ###

Action 是一个用户定义的字符串，用于描述一个 Android 应用程序组件，一个 Intent Filter 可以包含多个 Action。在 AndroidManifest.xml 的 Activity 定义时可以在其 <intent-filter >节点指定一个 Action 列表用于标示 Activity 所能接受的“动作”，例如：

<intent-filter > 
     <action android:name="android.intent.action.MAIN" /> 
     <action android:name="com.zy.myaction" /> 
    ……
     </intent-filter>

如果我们在启动一个 Activity 时使用这样的 Intent 对象：

Intent intent =new Intent(); 
     intent.setAction("com.zy.myaction");

那么所有的 Action 列表中包含了“com.zy.myaction”的 Activity 都将会匹配成功。

Android 预定义了一系列的 Action 分别表示特定的系统动作。这些 Action 通过常量的方式定义在 android.content. Intent中，以“ACTION\_”开头。我们可以在 Android 提供的文档中找到它们的详细说明。

### URI 数据匹配 ###

一个 Intent 可以通过 URI 携带外部数据给目标组件。在 <intent-filter >节点中，通过 <data/>节点匹配外部数据。

mimeType 属性指定携带外部数据的数据类型，scheme 指定协议，host、port、path 指定数据的位置、端口、和路径。如下：

如果在 Intent Filter 中指定了这些属性，那么只有所有的属性都匹配成功时 URI 数据匹配才会成功。

### Category 类别匹配 ###

<intent-filter >节点中可以为组件定义一个 Category 类别列表，当 Intent 中包含这个列表的所有项目时 Category 类别匹配才会成功。

[回页首][Link 1]

## 一些关于 Activity 的技巧 ##

### 锁定 Activity 运行时的屏幕方向 ###

Android 内置了方向感应器的支持。在 G1 中，Android 会根据 G1 所处的方向自动在竖屏和横屏间切换。但是有时我们的应用程序仅能在横屏 / 竖屏时运行，比如某些游戏，此时我们需要锁定该 Activity 运行时的屏幕方向，<activity >节点的 android:screenOrientation属性可以完成该项任务，示例代码如下：

<activity android:name=".EX01"
     android:label="@string/app_name" 
     android:screenOrientation="portrait">// 竖屏 , 值为 landscape 时为横屏
    …………
     </activity>

### 全屏的 Activity ###

要使一个 Activity 全屏运行，可以在其 onCreate()方法中添加如下代码实现：

// 设置全屏模式
     getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN, 
        WindowManager.LayoutParams.FLAG_FULLSCREEN); 
     // 去除标题栏
     requestWindowFeature(Window.FEATURE_NO_TITLE);

### 在 Activity 的 Title 中加入进度条 ###

为了更友好的用户体验，在处理一些需要花费较长时间的任务时可以使用一个进度条来提示用户“不要着急，我们正在努力的完成你交给的任务”。如下图：

在 Activity 的标题栏中显示进度条不失为一个好办法，下面是实现代码：

// 不明确进度条
     requestWindowFeature(Window.FEATURE_INDETERMINATE_PROGRESS); 
     setContentView(R.layout.main); 
     setProgressBarIndeterminateVisibility(true); 
    
     // 明确进度条
     requestWindowFeature(Window.FEATURE_PROGRESS); 
     setContentView(R.layout.main); 
     setProgress(5000);

原文:http://www.ibm.com/developerworks/cn/opensource/os-cn-android-actvt/

[1. Activity]: /images/20220823/2a0d982b47aa49ba979927ec59965cb1.png
[2. Activity]: /images/20220823/bc5f0c1f6dfd4df4b5a530bee65fd7af.png
[3.]: /images/20220823/fd48f4da08404409a3fa187a2c284ca8.png
[Link 1]: http://www.ibm.com/developerworks/cn/opensource/os-cn-android-actvt/#ibm-pcon
[4. Activity _ Intent Filter]: /images/20220823/4513924fc476484b924ca5e39aa56d62.png