这个问题当初我刚接触Android Intent过滤的时候也琢磨了好久，其实核心是Intent Action匹配逻辑的「宽松兼容」设计，咱们一步步拆解：

先搞懂两者的定位 #

• Intent的Action：相当于发起方明确说「我要执行XX动作」，如果没指定，就等于「我没有限定动作，只要你能处理符合其他条件的请求就行」
• Intent Filter的Action：是组件（Activity/Service等）对外声明的「我能处理这些动作」，列出的就是它的能力清单

匹配逻辑的底层规则 #

咱们对应你提到的三种情况来理：

1. Intent指定了Action，Filter有Action：必须精确匹配——Intent说的动作必须在Filter的清单里，才能通过测试，这是最严格的情况，毕竟发起方明确要做某件事，接收方得正好能办。
2. Filter没有任何Action：不管Intent有没有指定Action，都匹配失败——因为接收方对外说「我什么动作都处理不了」，自然接不到任何请求。
3. Intent没指定Action，Filter有至少一个Action：这就是你困惑的点，系统会判定为匹配通过。原因很简单：发起方没有限定动作，接收方又明确说自己能处理至少一种动作，那这个组件完全可以响应这个开放的请求。

举个实际例子更清楚 #

假设某个Activity的Filter里只有：

<action android:name="android.intent.action.VIEW" />

• 当你用new Intent()（不设置任何Action）去启动它，系统会认为「这个请求没有指定要做什么，而这个Activity能处理VIEW动作，完全可以响应」，所以匹配成功。
• 但如果你给Intent设置了Intent.ACTION_SEND，那肯定匹配失败，因为发起方明确要「发送」，而这个Activity只能「查看」，能力不匹配。

这种设计其实是为了灵活性——比如你只想打开一个能显示图片的组件，但不在乎是用「查看」还是「编辑」动作，这时候不指定Action，就能匹配到所有支持图片类型且有Action的组件。

内容的提问来源于stack exchange，提问作者Rashedul Rough