Intent中文直译为“意图”，是Android四大组件之间通信的桥梁。无论是启动一个页面、传递一段数据，还是发送一条广播、启动一个服务，背后都离不开Intent的身影。而IntentFilter则像是组件给自己贴上的“能力标签”，告诉系统我能够处理什么样的请求。理解这两个概念之间的配合机制，是掌握Android组件化开发的必经之路，也是面试中出现频率极高的知识点。
Intent到底是什么：显式与隐式两大流派
从本质上讲，Intent是一个消息传递对象，可以把它理解为一封“信”，信封上写清楚了收件人是谁、要做什么事、附带什么资料。根据收件人是否明确，Intent分为两种类型。
第一种是显式Intent。这种方式直接指定了目标组件的类名，比如new Intent(this, SecondActivity.class)，系统不需要做任何查找，直接把消息投递给指定的组件。显式Intent通常用于应用内部页面的跳转，因为开发者对自家代码了如指掌，点名调用最直接也最安全。
第二种是隐式Intent。它不指定具体的类名，而是声明要执行的动作和数据类型，让系统在所有已安装应用中寻找能够处理该请求的组件。比如你点击一个网页链接，系统会弹出多个浏览器供你选择，这就是隐式Intent的典型场景。隐式Intent的匹配依赖IntentFilter，这部分的匹配规则稍后详细展开。
// 显式Intent：直接指定目标组件
Intent explicitIntent = new Intent(this, DetailActivity.class);
explicitIntent.putExtra("userId", 10001);
startActivity(explicitIntent);
// 隐式Intent：通过action描述意图
Intent implicitIntent = new Intent(Intent.ACTION_VIEW);
implicitIntent.setData(Uri.parse("https://ipipp.com/article/123"));
startActivity(implicitIntent);
Intent的内部结构：七大要素拆解
要真正理解Intent，需要弄清它内部承载了哪些信息。可以把Intent的组成归纳为七个部分：Component、Action、Category、Data、Type、Extra和Flag。
Component即组件名，是显式Intent的核心。一旦设置了Component，Intent就变为显式，系统会忽略其他匹配逻辑直接定位目标。Action是动作名，比如ACTION_VIEW表示查看、ACTION_SEND表示分享、ACTION_MAIN表示程序入口，通常配合setAction()使用。Category是类别，用来描述组件的附加特征，常见的有CATEGORY_DEFAULT、CATEGORY_BROWSABLE、CATEGORY_LAUNCHER等。
Data和Type常常被一起讨论。Data是一个Uri对象，包含scheme、host、port、path等信息，指明操作的数据位置；Type则是MIME类型，比如text/plain、image/jpeg。这里有一个非常经典的陷阱：setData()和setType()会互相清除对方设置的值，如果需要同时设置，必须使用setDataAndType()方法，源码中这两个方法的实现就是先置空对方的字段。
// 错误示范：setType会清掉Data，setData会清掉Type
intent.setData(Uri.parse("file:///sdcard/photo.jpg"));
intent.setType("image/jpeg"); // 此时Data已经被清空
// 正确做法：同时设置数据和类型
intent.setDataAndType(Uri.parse("file:///sdcard/photo.jpg"), "image/jpeg");
Extra是数据载体，通过键值对传递参数，支持基本类型、Parcelable、Serializable等。Flag是标志位，控制Activity的启动模式和行为，比如FLAG_ACTIVITY_NEW_TASK、FLAG_ACTIVITY_CLEAR_TOP，这些标志直接影响了返回栈的组织方式。
IntentFilter的匹配规则：三道关卡逐一检验
IntentFilter在清单文件中声明，一个组件可以声明多个filter，只要任意一个filter完全匹配，该组件就会被选中。匹配过程分为action、category、data三道关卡，必须全部通过才算匹配成功。
第一道关卡是action的匹配。Intent中的action必须与filter中的某一个action完全一致，字符串层面严格相等，区分大小写。需要注意的是，如果filter中没有声明任何action，那么任何Intent都无法匹配它。而如果Intent没有设置action，只要category和data能匹配，action关卡依然算通过。
第二道关卡是category的匹配。规则要求Intent中每一个category都必须在filter中有对应的声明，反过来filter中声明的category可以比Intent中的多。这里隐藏着一个新手最容易忽略的坑：startActivity()内部会自动为隐式Intent添加CATEGORY_DEFAULT类别，因此如果你希望自己的Activity能被隐式启动，filter中必须加上<category android:name="android.intent.category.DEFAULT" />，否则匹配必然失败。虽然CATEGORY_DEFAULT的名字带有默认二字，但它并不会被系统自动注入到filter里，需要开发者手动声明。
<activity android:name=".ShareActivity">
<intent-filter>
<action android:name="android.intent.action.SEND" />
<category android:name="android.intent.category.DEFAULT" />
<data android:mimeType="image/*" />
</intent-filter>
</activity>
第三道关卡是data的匹配，这也是规则最复杂的部分。data由URI和MIME类型构成，URI的匹配按照scheme、host、port、path的层级进行，filter可以只声明scheme而省略其他部分，表示放宽匹配条件。一个重要原则是：如果filter声明了data，Intent就必须提供可匹配的数据；如果filter声明了scheme却没声明mimeType，那么Intent的Type必须为空；反之，filter只声明mimeType时，系统会自动为Intent补一个默认的URI再进行匹配。
当多个组件同时匹配成功时，系统会弹出选择框让用户挑选，就像打开链接时出现浏览器选择列表。如果没有任何组件匹配，startActivity()会直接抛出ActivityNotFoundException导致应用崩溃，因此对不可控的隐式跳转，务必先用resolveActivity()做安全检查。
Intent intent = new Intent(Intent.ACTION_VIEW, Uri.parse("https://ipipp.com"));
if (intent.resolveActivity(getPackageManager()) != null) {
startActivity(intent);
} else {
Toast.makeText(this, "没有应用可以处理该请求", Toast.LENGTH_SHORT).show();
}
常见问题与开发注意事项
第一个高频问题是隐式启动Service失效。从Android 5.0开始，系统禁止使用隐式Intent调用startService()，只能通过显式方式启动服务，这是出于安全性的考虑，避免恶意应用悄悄唤醒他人组件。需要跨应用启动服务时，应改用绑定服务的思路或通过Messenger、AIDL进行通信。
第二个问题是Android 11引入的包可见性限制。即使其他应用的filter声明完全正确，如果你的应用targetSdkVersion达到30以上，默认情况下也“看不见”它们，resolveActivity()会返回null。解决办法是在清单文件中添加<queries>标签声明需要交互的包名或intent，或者在极端情况下申请QUERY_ALL_PACKAGES权限。
第三个问题与PendingIntent有关。使用getActivity()创建PendingIntent时，如果传入的Intent是隐式的，在不同系统版本上行为不一致，官方建议始终给PendingIntent包裹的Intent设置显式组件或者通过Intent.createChooser()包装。同时别忘了在Android 12及以上版本必须显式指定FLAG_IMMUTABLE或FLAG_MUTABLE，否则直接抛出异常。
最后还有几个细节值得留意：传递大数据对象时不要把Bitmap直接塞进Extra，容易触发TransactionTooLargeException，建议传递Uri或只传关键标识；组件导出方面，声明了intent-filter的Activity默认exported="true"，会暴露给外部应用，如果只是内部使用，应显式设置android:exported="false"；另外在Android 12之后，凡是要被隐式启动的组件，exported属性必须显式声明，否则无法通过编译安装。
总结
Intent与IntentFilter共同构成了Android组件间通信的基础设施。显式Intent负责精确直达，隐式Intent配合filter实现解耦调用；匹配规则上牢记action必须命中、category Intent中的每个都要被覆盖、data按层级匹配这三条主线；开发中则要警惕隐式启动Service的限制、包可见性策略、setData与setType互相覆盖等经典陷阱。把这些要点内化之后，无论是日常开发还是面试应答，都能够做到思路清晰、有理有据。
Android IntentIntentFilter意图过滤器修改时间：2026-09-10 05:26:33