android intent-filter category,android intent-filter category.DEFAULT

在显式Intent消息中，决定目标组件的惟一要素就是组件名称，所以，若是你的Intent中已经明肯定义了目标组件的名称，那么你就彻底不用再 定义其余Intent内容。而对于隐式Intent则不一样，因为没有明确的目标组件名称，因此必须由Android系统帮助应用程序寻找与Intent请 求意图最匹配的组件。具体的选择方法是：Android将Intent的请求内容和一个叫作Intent Filter的过滤器比较，Intent Filter中包含系统中全部可能的待选组件。若是Intent Filter中某一组件匹配隐式Intent请求的内容，那么Android就选择该组件做为该隐式Intent的目标组件.java

Android 如何知道应用程序可以处理某种类型的Intent 请求呢？ 这须要应用程序在AndroidManifest.xml中声明本身所含组件的过滤器(便可以匹配哪些Intent请求)。一个没有声android

明Intent Filter的组件只能响应指明本身名字的显式Intent请求，而没法响应隐式Intent请求。而一个声明了Intent Filter的组件既能够响应显式Intent请求，也能够响应隐式Intent请求。在经过和Intent Filter比较来解析隐式Intent请求时，Android将如下三个因素做为选择的参考标准。ide

􀂉 Action测试

􀂉 Dataspa

􀂉 Categoryxml

而Entra和Flag在解析收到Intent时是并不起做用的。对象

对于categoryget

对于一个intent要经过种类检测，intent对象中的每一个种类必须匹配过滤器中的一个。即过滤器可以列出额外的种类，可是intent对象中的种类都必须可以在过滤器中找到，只有一个种类在过滤器列表中没有，就算种类检测失败！it

所以，原则上若是一个intent对象中没有种类(即种类字段为空)应该老是经过种类测试，而无论过滤器中有什么种类。可是有个例外，Android对待全部传递给Context.startActivity()的 隐式intent好像它们至少包含"android.intent.category.DEFAULT"(对应CATEGORY_DEFAULT常量)。 所以，活动想要接收隐式intent必需要在intent过滤器中包含"android.intent.category.DEFAULT"。io

注意："android.intent.action.MAIN" 和 "android.intent.category.LAUNCHER"设置，它们分别标记活动开始新的任务和带到启动列表界面。它们能够包 含"android.intent.category.DEFAULT"到种类列表，也能够不包含。

因此蓝牙BluetoothOppReceiver.java中隐式发送以下：

Intent in1 = new Intent(BluetoothDevicePicker.ACTION_LAUNCH);

in1.putExtra(BluetoothDevicePicker.EXTRA_NEED_AUTH, false);

in1.putExtra(BluetoothDevicePicker.EXTRA_FILTER_TYPE,

BluetoothDevicePicker.FILTER_TYPE_TRANSFER);

in1.putExtra(BluetoothDevicePicker.EXTRA_LAUNCH_PACKAGE,

Constants.THIS_PACKAGE_NAME);

in1.putExtra(BluetoothDevicePicker.EXTRA_LAUNCH_CLASS,

BluetoothOppReceiver.class.getName());

in1.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);

context.startActivity(in1);

而BluetoothSettings在接收的时候，

在AndroidManifest.xml中

对于BluetoothSettings这个activity

若是把这段注释掉的话，那么发送的ACTION_LAUNCH意图将不会被BluetoothSettings接收。

因此要想让其接收，必需要加上这句话！