1、创建内容提供者的时候用到ContentProvider
使用内容提供者的时候用到ContentResolver
2、UriMatcher——用于判断一条uri跟指定的多条uri中的哪条匹配【需要添加匹配规则】
匹配规则中路径后面还可以携带以下符号【通常作为查询的where条件使用】：
* 代表任何的文本
# 代表任何数字
3、为什么使用ContentProvider而不直接把数据库改成公开的？
因为使用ContentProvider可以自己定义访问规则，选择私有数据哪些共享，哪些不共享，加强数据的安全性，ContentProvider不仅仅只共享数据库，文本等也可以共享，但是我们用的最多的还是共享数据库
4、获取系统短信
查询sms表：address - date - type - body
路径和表名可以不同，路径不同不代表查的表就不同，路径不同代表的是不同的查询条件
inbox --> 查到的是收件箱的消息
5、插入短信
<1> type 1 —— 代表写，2 —— 代表读
<2> 插入时读写权限都需要，因为我们不知道 内容提供者中的 insert 的具体实现
6、getType —— 返回通过指定uri获取的数据的mimetype,mimetype 公司自己定义，自己使用
vnd.android.cursor.dir/ --> 表示返回多条数据
vnd.android.cursor.item/ --> 表示返回单条数据
7、获取系统联系人
(1) 要查询的表及字段
raw_contacts表
contact_id：联系人id
data表：保存联系人的详细信息，一条信息是一行
data1：联系人信息的具体内容
raw_contact_id：联系人id，标识该行信息属于哪个联系人
mimetype_id：标识该行信息属于什么类型
mimetypes表：mimetype_id对应的mime类型
(2) 查询data表示是复合查询，查询的不只是data表，直接查询mimetypes表中的mimetype，而不查询mimetype_id，因为mimetype_id就是指向mimetypes表中的mimetype，因此data中只查询data1和mimetype字段就可以了
(3) 实现步骤：
<1> 先拿到raw_contacts表中的contact_id
<2> 拿着联系人id去data表查询属于该联系人的信息
(4) 封装数据
将数据封装为一个java类，类中设置get/set方法
(5) 手机联系人就算删除，在手机中也不会完全删除，只是联系人id为null，所以无法在手机上的联系人列表中显示