1. android 为什么采用intent 进行数据交互
Android系统的一个重要特性就是一个应用程序可以调用另外一个应用程序来完成用户的请求动作。比如你的应用程序需要给用户显示一个地理位置在地图上，你不必在你的应用程序中实现地图功能，而是创建一个显示这个地理位置的Intent，发送出去，Android系统会启动那些可以处理这个请求的应用程序。还比如:你用网络云盘下载了一个pdf文档，你在点击打开这个文档的时候网络云盘是无法打开的，但是也许你系统上安装有其他的能打开pdf文档的阅读器，这个时候就会弹出一个对话框，列举了可以打开pdf文档的应用程序，你可以自由选择一个应用程序打开你下载的文档。
使用隐式Intent：
隐式Intent不会指明要启动的组件名称，而是声明执行的动作，动作指定了你想要做什么事情，比如显示(view)，编辑(edit)，发送(send)，获取一些东西(get something)等。Intent经常会附带一些数据，比如你要查看的地址，发送邮件的内容等。数据形式依赖于你想要做什么事情，数据可以是一个Uri，也可以是其他数据类型(基本数据类型或者对象)之一。数据不是必须的，你的Intent中可以不包含data。
2. android 显示intent和隐士inent的区别
以下内容为CSDN上（网名：yuan1590）对安卓显示意图和隐身意图的总结（ps前人种树，树，后人乘凉，所以我就粘过来了，希望帮到您）：
1. Intent
Android基本的设计理念是鼓励减少组件间的耦合，因此Android提供了Intent (意图) ，
Intent提供了一种通用的消息系统，它允许在你的应用程序与其它的应用程序间传递 Intent 来执行动作和产生事件。
使用 Intent 可以激活 Android 应用的三个核心组件：活动(Activity)、服务(Service)和广播接收器(BroadcastReceiver)。
2. 显式意图、隐式意图
Intent可以划分成显式意图和隐式意图。
显式意图：调用Intent.setComponent() 或 Intent.setClassName() 或 Intent.setClass()方法明确指定了组件名的Intent为显式意图，显式意图明确指定了Intent应该传递给哪个组件。
如: 在 MainActicity 中打开一个新的 Acticity -- OtherActivity
1. Intent intent = new Intent();
2. intent.setComponent(new ComponentName(MainActivity.this, OtherActivity.class));
3. 第二行代码可以更换为：intent.setClass(MainActivity.this, OtherActivity.class);
4. 也可以使用构造器来指定组件： Intent intent = new Intent(MainActivity.this, OtherActivity.class)
三种 “显式意图” 指定方式等价
隐式意图：没有明确指定组件名的Intent为隐式意图。
Android系统会根据隐式意图中设置的动作(action)、类别(category)、数据（data: URI和数据类型）找到最合适的组件来处理这个意图
例如拨打电话的意图:
Uri uri = Uri.parse("tel:" + phoneCode);
Intent intent = new Intent(Intent.ACTION_CALL, uri);
对于隐式意图，Android是怎样寻找到这个最合适的组件呢？记的前面我们在定义活动时，指定了一个intent-filter，Intent Filter（意图过滤器）其实就是用来匹配隐式Intent的，当一个意图对象被一个意图过滤器进行匹配测试时，只有三个方面会被参考到：动作、数据（URI以及数据类型）和类别。
动作测试（Action test）
一个意图对象只能指定一个动作名称，而一个过滤器可能列举多个动作名称。如果意图对象或过滤器没有指定任何动作，结果将如下：
+ 如果过滤器没有指定任何动作，那么将阻塞所有的意图，因此所有的意图都会测试失败。没有意图能够通过这个过滤器。
<intent-filter><!-- 空的 --></intent-filter>
+ 另一方面，只要过滤器包含至少一个动作，一个没有指定动作的意图对象自动通过这个测试
类别测试（Category test）
对于一个能够通过类别匹配测试的意图，意图对象中的类别必须匹配过滤器中的类别。这个过滤器可以列举另外的类别，但它不能遗漏在这个意图中的任何类别。
原则上一个没有类别的意图对象应该总能够通过匹配测试，而不管过滤器里有什么。大部分情况下这个是对的。
但有一个例外，Android把所有传给startActivity()的隐式意图当作他们包含至少一个类别："android.intent.category.DEFAULT" （CATEGORY_DEFAULT常量）。
因此自定义 Activity 的时候，不要以为光定义一个 action 就够了。这样用 startActivity() 来激活这个 Activity 的时候将一直报错。
原因就是，他内部要求去匹配 android.intent.category.DEFAULT 这个类别。
因此，想要接收隐式意图的活动必须在它们的意图过滤器中包含"android.intent.category.DEFAULT"。
（带"android.intent.action.MAIN"和"android.intent.category.LAUNCHER"设置的过滤器是例外）
数据测试（Data test）
当一个意图对象中的URI被用来和一个过滤器中的URI比较时，比较的是URI的各个组成部分。
例如，如果过滤器仅指定了一个scheme，所有该scheme的URIs都能够和这个过滤器相匹配；
如果过滤器指定了一个scheme、主机名但没有路经部分，所有具有相同scheme和主机名的URIs都可以和这个过滤器相匹配，而不管它们的路经；
如果过滤器指定了一个scheme、主机名和路经，只有具有相同scheme、主机名和路经的URIs才可以和这个过滤器相匹配。
当然，一个过滤器中的路径规格可以包含通配符，这样只需要部分匹配即可。
数据测试同时比较意图对象和过滤器中指定的URI和数据类型。规则如下：
a. 一个既不包含URI也不包含数据类型的意图对象仅在过滤器也同样没有指定任何URIs和数据类型的情况下才能通过测试。
b. 一个包含URI但没有数据类型的意图对象仅在它的URI和一个同样没有指定数据类型的过滤器里的URI匹配时才能通过测试。
这通常发生在类似于mailto:和tel：这样的URIs上：它们并不引用实际数据。
c. 一个包含数据类型但不包含URI的意图对象仅在这个过滤器列举了同样的数据类型而且也没有指定一个URI的情况下才能通过测试。
d. 一个同时包含URI和数据类型（或者可从URI推断出数据类型）的意图对象可以通过测试，如果它的类型和过滤器中列举的类型相匹配的话。
如果它的URI和这个过滤器中的一个URI相匹配或者它有一个内容content:或者文件file: URI而且这个过滤器没有指定一个URI，那么它也能通过测试。
换句话说，一个组件被假定为支持content:和file: 数据如果它的过滤器仅列举了一个数据类型。
3. 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时是并不起作用的。
4. android 通过Intent调用通讯录，并且显示多号码
在调用Android设备的通讯录时，确实常常会遇到权限问题。这可能是由于不同手机系统对通讯录访问权限的要求不同。一些手机系统需要强制性授权，而另一些则可能不需要。因此，在进行通讯录调用前，确保你的应用已经获得了必要的权限是至关重要的。
获取这些权限的过程可能涉及到在应用的manifest文件中声明权限，例如：
<uses-permission android:name="android.permission.READ_CONTACTS"/>
另外，如果应用在运行时请求这些权限，那么用户可能需要在运行时确认授权。这对于确保用户隐私和应用的合法运行至关重要。
一旦权限被正确配置并获得授权，接下来就可以通过Intent进行通讯录的调用了。使用Intent可以启动系统的联系人选择器，让用户从中选择或搜索联系人。
例如，可以使用如下代码启动联系人选择器：
Intent intent = new Intent(Intent.ACTION_PICK, ContactsContract.Contacts.CONTENT_URI);
startActivityForResult(intent, REQUEST_CODE_PICK_CONTACT);
这段代码首先创建了一个Intent对象，指定要执行的操作为ACTION_PICK（选择）并指定了数据来源（通讯录）。然后，通过startActivityForResult方法启动这个Intent，等待用户选择后返回结果。
需要注意的是，在用户选择后，应用需要能够处理返回的结果。这通常涉及到重写onActivityResult方法，以便从结果中提取用户选择的联系人信息。
总而言之，正确配置和请求必要的权限是调用Android设备通讯录的关键步骤。通过使用Intent，可以方便地让用户选择或搜索联系人，从而实现通讯录功能。