当创建了一个显式Intent去启动Activity或Service的时候，系统会立即启动Intent中所指定的组件。
当创建了一个隐式Intent去使用的时候，Android系统会将该隐式Intent所包含的信息与设备上其他所有App中manifest文件中注册的组件的Intent Filters进行对比过滤，从中找出满足能够接收处理该隐式Intent的App和对应的组件。如果有多个App中的某个组件都符合条件，那么Android会弹出一个对话框让用户选择需要启动哪个App。
Intent Filter，即Intent过滤器，一个组件可以包含0个或多个Intent Filter。Intent Filter是写在App的manifest文件中的，其通过设置action或uri数据类型等指明了组件能够处理接收的Intent的类型。如果你给你的Activity设置了Intent Filter，那么这就使得其他的App有可能通过隐式Intent启动你的这个Activity。反之，如果你的Activity不包含任何Intent Filter，那么该Activity只能通过显式Intent启动，由于我们一般不会暴露出我们组件的完整类名，所以这种情况下，其他的App基本就不可能通过Intent启动我们的Activity了（因为他们不知道该Activity的完整类名），只能由我们自己的App通过显式Intent启动。
需要注意的是，为了确保App的安全性，我们应该总是使用显式Intent去启动Service并且不要为该Service设置任何的Intent Filter。通过隐式的Intent启动Service是有风险的，因为你不确定最终哪个App中的哪个Service会启动起来以响应你的隐式Intent，更悲催的是，由于Service没有UI的在后台运行，所以用户也不知道哪个Service运行了。从Android 5.0 (API level 21)开始，用隐式Intent调用bindService()方法，Android会抛出异常，但是也有相应技巧，将一个隐式的Intent转换为显式的Intent，然后用显式的Intent去调用bindService()方法就没有问题了，具体解决办法可以参见博文《Android中通过Messenger与Service实现进程间双向通信》中最后的“注意事项”部分，里面有相关代码的解决方案。
三、Intent的组成
Android可以根据Intent所携带的信息去查找要启动的组件，Intent还携带了一些数据信息以便要启动的组件根据Intent中的这些数据做相应的处理。
Intent由6部分信息组成：Component Name、Action、Data、Category、Extras、Flags。根据信息的作用用于，又可分为三类:
a. Component Name、Action、Data、Category为一类，这4中信息决定了Android会启动哪个组件，其中Component Name用于在显式Intent中使用，Action、Data、Category、Extras、Flags用于在隐式Intent中使用。
