Android中的Intent是一个非常重要且常用的类，可以用来在一个组件中启动App中的另一个组件或者是启动另一个App的组件，这里所说的组件指的是Activity、Service以及Broadcast。
Intent的用途
Intent主要有以下几种重要用途: 1. 启动Activity：可以将Intent对象传递给startActivity()方法或startActivityForResult()方法以启动一个Activity，该Intent对象包含了要启动的Activity的信息及其他必要的数据。 2. 启动Service：可以将Intent对象传递给startService()方法或bindService()方法以启动一个Service，该Intent对象包含了要启动的Service的信息及其他必要的数据。关于使用startService()方法启动Service，可以参见博文《Android中startService的使用及Service生命周期》。关于使用bindService()方法启动Service，可以参见博文《Android中bindService的使用及Service生命周期》。 3. 发送广播：广播是一种所有App都可以接收的信息。Android系统会发布各种类型的广播，比如发布开机广播或手机充电广播等。我们也可以给其他的App发送广播，可以将Intent对象传递给sendBroadcast()方法或sendOrderedBroadcast()方法或sendStickyBroadcast()方法以发送自定义广播。
Intent的类型
有两种类型的Intent：explicit(显式)的和implict(隐式)的。
显式的Intent：如果Intent中明确包含了要启动的组件的完整类名（包名及类名），那么这个Intent就是explict的，即显式的。使用显式Intent最典型的情形是在你自己的App中启动一个组件，因为你自己肯定知道自己的要启动的组件的类名。比如，为了响应用户操作通过显式的Intent在你的App中启动一个Activity或启动一个Service下载文件。
隐式的Intent：如果Intent没有包含要启动的组件的完整类名，那么这个Intent就是implict的，即隐式的。虽然隐式的Intent没有指定要启动的组件的类名，但是一般情况下，隐式的Intent都要指定需要执行的action。一般，隐式的Intent只用在当我们想在自己的App中通过Intent启动另一个App的组件的时候，让另一个App的组件接收并处理该Intent。例如，你想在地图上给用户显示一个位置，但是你的App又不支持地图展示，这时候你可以将位置信息放入到一个Intent中，然后给它指定相应的action，通过这样隐式的Intent请求其他的地图型的App（例如Google Map、百度地图等）来在地图中展示一个指定的位置。隐式的Intent也体现了Android的一种设计哲学：我自己的App无需包罗万象所有功能，可以通过与其他App组合起来，给用户提供很好的用户体验。而连接自己的App与其他App的纽带就是隐式Intent。
当创建了一个显式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中使用。 b. Extras为一类，里面包含了具体的用于组件实际处理的数据信息。 c. Flags为一类，其是Intent的元数据，决定了Android对其操作的一些行为，下面会介绍。
Component name 要启动的组件的名称。如果你想使用显式的Intent，那么你就必须指定该参数，一旦设置了component name，Android会直接将Intent传递给组件名所指定的组件去启动它。如果没有设置component name，那么该Intent就是隐式的，Android系统会根据其他的Intent的信息（例如下面要介绍到的action、data、category等）做一些比较判断决定最终要启动哪个组件。所以，如果你启动一个你自己App中的组件，你应该通过指定component name通过显式Intent去启动它（因为你知道该组件的完整类名）。
需要注意的是，当启动Service的时候，你应该总是指定Component Name。否则，你不确定最终哪个App的哪个组件被启动了，并且用户也看不到哪个Service启动了。
component name在Intent中对应的field是ComponentName对象，你可以通过要启动的组件的完整类名（包括应用的包名）指定该值，例如com.example.ExampleActivity。你可以通过Intent的setComponent()方法、setClass()方法、setClassName()方法或Intent的构造函数指定component name。
Action 是表示了要执行操作的字符串，比如查看或选择，其对应着Intent Filter中的action标签<action />。
背起简单的行攘，沐浴自由的风。
