Android语言基础教程（209）AndroidContentProvider实现数据共享经典范例之自动补全联系人姓名：Android ContentProvider社交牛逼症？手把手教你“偷看”通

嘿，各位Android摸鱼侠、秃头程序员们，今天咱们不来虚的，聊一个能让你的App瞬间提升“逼格”的实用功能——自动补全联系人姓名。

想象一下这个场景：用户在你的App里需要输入一个联系人，比如发个红包、分享个东西。他刚打了“张”，底下就哗啦啦地弹出“张三丰”、“张无忌”、“张学友”…… 这体验，是不是比让他翻遍整个通讯录要爽一万倍？

这背后的“魔法师”，就是Android世界里那个传说中负责App间“牵线搭桥”的ContentProvider。今天，咱就把它扒个底朝天，看看它到底有啥“社交牛逼症”，能让我们在不同App之间“合法偷窥”数据。

一、ContentProvider：Android世界的“数据中介”

说人话就是，ContentProvider（内容提供器）是Android系统的一个超级数据中介。

每个App在手机上其实都像个“自闭症患者”，自己的数据藏在沙盒里，一般不跟别人玩。但总有些数据是大家都很关心的，比如通讯录、短信、相册。这时候，系统或者像“联系人”这样的App，就站出来说：“别急，我开个‘窗口’（ContentProvider），你们想查什么，按我的规矩来！”

这个“规矩”就是URI（统一资源标识符）。你可以把它理解成数据世界的“门牌号”。比如，联系人的门牌号长这样：ContactsContract.CommonDataKinds.Phone.CONTENT_URI。

我们的任务，就是拿着这个“门牌号”，带上“搜查证”（权限），去这个“窗口”问问：“嘿，把所有人的名字和电话都给我瞅瞅！”

二、实战前夜：磨刀不误砍柴工

在开始“偷窥”之前，咱们得把流程和工具准备好。整个过程的剧本是这样的：

1. 申请权限：在门口大喊一声：“我要看通讯录啦！”（用户同意）。
2. 组装请求：写好“门牌号”（URI），确定想看哪些“信息”（列名）。
3. 发送查询：派一个叫 ContentResolver 的“小信使”去送信。
4. 处理结果：信使带回一个 Cursor（游标，可以理解为数据指针），我们像翻书一样一条条读取数据。
5. 绑定展示：把读到的名字，塞给 AutoCompleteTextView 这个“自动补全输入框”。

核心工具人：

• ContentResolver