android中，intentfilter怎么动态添加属性
千 锋扣丁学堂iOS开发为您解答: 1. Android把安装的包中可获得的Intent Filter放到一个列表中。 2. 动作和与正在解析的Intent的种类不关联的Intent Filter会从列表中删除。 2.1. 动作匹配指Android Intent Filter包含特定的动作或没有指定的动作。一个Intent Filter有一个或多个定义的动作，如果没有任何一个能与Intent指定的动作匹配的话，这个Intent Filter在算作是动作匹配检查失败。 2.2. 种类匹配更为严格。Intent Filter必须包含所有在解析的Intent中定义的种类。一个没有特定种类的Intent Filter只能与没有种类的Intent匹配。 3. Intent的数据URI中的部分会与Intent Filter中的data标签比较。如果Intent Filter定义scheme，host/authority，path或mimetype，这些值都会与Intent的URI比较。任何不匹配都会导致Intent Filter从列表中删除。 没有指定data值的Android Intent Filter会和所有的Intent数据匹配。 3.1. mimetype是正在匹配的数据的数据类型。当匹配数据类型时，你可以使用通配符来匹配子类型（例如，earthquakes/*）。如果Intent Filter指定一个数据类型，它必须与Intent匹配；没有指定数据的话全部匹配。 3.2. scheme是URI部分的协议——例如，http:，mailto:，tel:。 3.3. host-name或“data authority”是介于URI中scheme和path之间的部分。匹配主机名时，Intent Filter的scheme也必须通过匹配。 3.4. 数据path是紧接在“data authority”的后面（例如，/ig）。path只在scheme和host-name部分都匹配的情况下才匹配。 4. 如果这个过程中多于一个组件解析出来的话，它们会以优先度来排序，可以在Android Intent Filter的节点里添加一个可选的标签。最高等级的组件会返回。 Android本地的应用程序组件和第三方应用程序一样，都是Intent解析过程中的一部分。它们没有更高的优先度，可以被新的Activity完全的代替，这些新的Activity宣告自己的Intent Filter能响应相同的动作请求。
android中intent的作用？？？？
意图和意图过滤器Intents and Intent Filters
一个应用程序的三个核心组件-活动，服务和广播接收器是通过消息即意图（Intents）来激活的。Intent息传送是相同或不同应用中组件运行时晚绑定的一种机制。意图本身，一个意图对象，是一个包含被执行操作抽象描述的被动的数据结构-或者，对于广播而言，是某件已经发生并被声明的事情的描述。存在不同的机制来传送意图到每种组件中：
• 一个意图对象是传递给Context.startActivity()或者Activity.startActivityForResult()来启动一个活动或者让一个存在的活动去做某些新的事情。
• 一个意图对象是传递给Context.startService()来发起一个服务或者递交新的指令给运行中的服务。类似的，一个意图能被传递给Context.bindService() 来在调用组件和一个目标服务之间建立连接。作为一个可选项，它可以发起这个服务如果还没运行的话。
• 传递给任意广播方法(例如Context.sendBroadcast(),Context.sendOrderedBroadcast(), 或者Context.sendStickyBroadcast()）的意图对象被传递给所有感兴趣的广播接收者。许多种广播产生于系统代码。
在每个例子里，Android系统找到合适的活动，服务，或者一组广播接收者来回应这个意图，必要时实例化它们。这些消息传送系统没有重叠：广播意图仅被传递给广播接收者，永远不会给活动或者服务。一个传送给startActivity()的意图是只会被传递给一个活动，永远不会给一个服务或广播接收者，如此类推。
这篇文档以意图对象的描述开始，然后描述Android映射意图到组件的规则-如何解决哪个组件应该接收一个意图消息。对于没有显式命名一个目标组件的意图，这个过程包括对照与潜在目标相关联的意图过滤器来测试这个意图对象。
意图对象Intent Objects
一个意图Intent对象是一堆信息。它包含接收这个意图的组件感兴趣的信息（例如将要采取的动作和操作的数据）再加上Android系统感兴趣的信息（例如应该处理这个意图的组件类别和如何启动一个目标活动的指令）：
组件名称Component name
应该处理这个意图的组件名字. 这个字段是一个ComponentName对象- 一个组合物：目标组件的完全合格的类名 (比如"com.example.project.app.FreneticActivity") 以及应用程序描述文件中设置的组件所在包的名字(比如, "com.example.project"). 这个组件名字的包部分和描述文件中设置的包名字不一定要匹配。
组件名字是可选的。如果被设置了，这个意图对象将被传递到指定的类。如果没有, Android使用另外的意图对象中的信息去定位一个合适的目标- 请看本文稍后描述的意图解析Intent Resolution。
组件名字通过如下方法：setComponent(),setClass(), 或者setClassName()设置并通过getComponent()读取。
显示intent和隐示intent有什么区别
android当中显式intent和隐式intent的区别
定义：
Intent定义：Intent是一种在不同组件之间传递的请求消息，是应用程序发出的请求和意图。作为一个完整的消息传递机制，Intent不仅需要发送端，还需要接收端。
显式Intent定义：对于明确指出了目标组件名称的Intent，我们称之为显式Intent。
隐式Intent定义：对于没有明确指出目标组件名称的Intent，则称之为隐式Intent。
说明：Android系统使用IntentFilter
来寻找与隐式Intent相关的对象。
详细解释：
显式Intent直接用组件的名称定义目标组件，这种方式很直接。但是由于开发人员往往并不清楚别的应用程序的组件名称，因此，显式Intent更多用于在应用程序内部传递消息。比如在某应用程序内，一个Activity启动一个Service。
隐式Intent恰恰相反，它不会用组件名称定义需要激活的目标组件，它更广泛地用于在不同应用程序之间传递消息。
在显式Intent消息中，决定目标组件的唯一要素就是组件名称，因此，如果你的Intent中已经明确定义了目标组件的名称，那么你就完全不用再定义其他Intent内容。
而对于隐式Intent则不同，由于没有明确的目标组件名称，所以必须由Android系统帮助应用程序寻找与Intent请求意图最匹配的组件。
Android系统寻找与Intent请求意图最匹配的组件具体的选择方法
是：Android将Intent的请求内容和一个叫做IntentFilter的过滤器比较，IntentFilter中包含系统中所有可能的待选组件。
如果IntentFilter中某一组件匹配隐式Intent请求的内容，那么Android就选择该组件作为该隐式Intent的目标组件。
Android如何知道应用程序能够处理某种类型的Intent请求呢？这需要应用程序在Android-Manifest.xml中声明自己所含组件的过滤器（即可以匹配哪些Intent请求）。
一个没有声明Intent-Filter的组件只能响应指明自己名字的显式Intent请求，而无法响应隐式Intent请求。
而一个声明了IntentFilter的组件既可以响应显式Intent请求，也可以响应隐式Intent请求。在通过和
IntentFilter比较来解析隐式Intent请求时，Android将以下三个因素作为选择的参考标准。
Action
Data
Category
而Extra和Flag在解析收到Intent时是并不起作用的。