攻略大全

1. 粘贴攻略

1.1 概述

1.1.1 定义

即内容提供者，是 Android 四大组件之一。

ContentProvider 管理对结构化数据集的访问。它们封装数据，并提供用于定义数据安全性的机制。内容提供程序是连接一个进程中的数据与另一个进程中运行的代码的标准界面。

ContentProvider 无法被用户感知，对于一个 ContentProvider 组件来说，它的内部需要实现增删该查这四种操作，它的内部维持着一份数据集合，这个数据集合既可以是数据库实现，也可以是其他任何类型，如 List 和 Map，内部的 insert、delete、update、query 方法需要处理好线程同步，因为这几个方法是在 Binder 线程池中被调用的。

ContentProvider 通过 Binder 向其他组件乃至其他应用提供数据。当 ContentProvider 所在的进程启动时，ContentProvider 会同时启动并发布到 AMS 中，需要注意的是，这个时候 ContentProvider 的 onCreate 要先于 Application 的 onCreate 而执行。

1.1.2 作用

进程间进行数据交互 & 共享，即跨进程通信

1.1.3 原理

ContentProvider的底层原理 = Android中的Binder机制

1.2 URI与MIME

1.2.1 统一资源标识符（URI）

定义：Uniform Resource Identifier，即统一资源标识符
作用：唯一标识 ContentProvider & 其中的数据

外界进程通过 URI 找到对应的ContentProvider & 其中的数据，再进行数据操作。

URI分为系统预置 & 自定义，分别对应系统内置的数据（如通讯录、日程表等等）和自定义数据库。

// 设置URI
Uri uri = Uri.parse("content://com.carson.provider/User/1")
// 上述URI指向的资源是：名为 `com.carson.provider`的`ContentProvider`中表名 为`User` 中的 `id`为1的数据

// 特别注意：URI模式存在匹配通配符* & ＃
// *：匹配任意长度的任何有效字符的字符串
// 以下的URI 表示 匹配provider的任何内容
content://com.example.app.provider/*
// ＃：匹配任意长度的数字字符的字符串
// 以下的URI 表示 匹配provider中的table表的所有行
content://com.example.app.provider/table/#

1.2.2 MIME数据类型

作用：指定某个扩展名的文件用某种应用程序来打开。如指定.html文件采用text应用程序打开、指定.pdf文件采用flash应用程序打开。

1.2.2.1 ContentProvider根据 URI 返回MIME类型

ContentProvider.geType(uri)

1.2.2.2 MIME类型组成

每种MIME类型由2部分组成 = 类型 + 子类型

text / html
// 类型 = text、子类型 = html
text/css
text/xml
application/pdf

1.2.2.3 MIME类型形式

MIME类型有2种形式：

// 形式1：单条记录
vnd.android.cursor.item/自定义

// 形式2：多条记录（集合）
vnd.android.cursor.dir/自定义

// 注：
// 1. vnd：表示父类型和子类型具有非标准的、特定的形式。
// 2. 父类型已固定好（即不能更改），只能区别是单条还是多条记录
// 3. 子类型可自定义

实例说明

<-- 单条记录 -->
// 单个记录的MIME类型
vnd.android.cursor.item/vnd.yourcompanyname.contenttype

// 若一个Uri如下
content://com.example.transportationprovider/trains/122
// 则ContentProvider会通过ContentProvider.geType(url)返回以下MIME类型
vnd.android.cursor.item/vnd.example.rail

<-- 多条记录 -->
// 多个记录的MIME类型
vnd.android.cursor.dir/vnd.yourcompanyname.contenttype

// 若一个Uri如下
content://com.example.transportationprovider/trains

// 则ContentProvider会通过ContentProvider.geType(url)返回以下MIME类型
vnd.android.cursor.dir/vnd.example.rail

1.3 ContentProvider类

1.3.1 组织数据方式

ContentProvider主要以表格的形式组织数据，同时也支持文件数据，只是表格形式用得比较多。

每个表格中包含多张表，每张表包含行 & 列，分别对应记录 & 字段，同数据库。

1.3.2 主要方法

进程间共享数据的本质是：添加、删除、获取 & 修改（更新）数据
所以ContentProvider的核心方法也主要是上述4个作用

<-- 4个核心方法 -->

// 外部进程向 ContentProvider 中添加数据
public Uri insert(Uri uri, ContentValues values)

// 外部进程 删除 ContentProvider 中的数据
public int delete(Uri uri, String selection, String[] selectionArgs)

// 外部进程更新 ContentProvider 中的数据
public int update(Uri uri, ContentValues values, String selection, String[] selectionArgs)

// 外部应用 获取 ContentProvider 中的数据
public Cursor query(Uri uri, String[] projection, String selection, String[] selectionArgs, String sortOrder)　

// 注：
// 1. 上述4个方法由外部进程回调，并运行在ContentProvider进程的Binder线程池中（不是主线程）
// 2. 存在多线程并发访问，需要实现线程同步
// a. 若ContentProvider的数据存储方式是使用SQLite & 一个，则不需要，因为SQLite内部实现好了线程同步，若是多个SQLite则需要，因为SQL对象之间无法进行线程同步
// b. 若ContentProvider的数据存储方式是内存，则需要自己实现线程同步

<-- 2个其他方法 -->
public boolean onCreate()
// ContentProvider创建后 或 打开系统后其它进程第一次访问该ContentProvider时 由系统进行调用
// 注：运行在ContentProvider进程的主线程，故不能做耗时操作

public String getType(Uri uri)
// 得到数据类型，即返回当前 Url 所代表数据的MIME类型

Android为常见的数据（如通讯录、日程表等）提供了内置了默认的ContentProvider
但也可根据需求自定义ContentProvider，但上述6个方法必须重写

本文主要讲解自定义ContentProvider，ContentProvider类并不会直接与外部进程交互，而是通过ContentResolver 类。

1.4 ContentResolver类

1.4.1 作用

统一管理不同 ContentProvider间的操作:

即通过 URI 即可操作不同的ContentProvider 中的数据
外部进程通过 ContentResolver类从而与ContentProvider类进行交互

为什么要使用通过ContentResolver类从而与ContentProvider类进行交互，而不直接访问ContentProvider类？

一般来说，一款应用要使用多个ContentProvider，若需要了解每个ContentProvider的不同实现从而再完成数据交互，操作成本高 & 难度大
所以在ContentProvider类上加多了一个 ContentResolver类对所有的ContentProvider进行统一管理。

1.4.2 具体使用

ContentResolver 类提供了与ContentProvider类相同名字 & 作用的4个方法

// 外部进程向 ContentProvider 中添加数据
public Uri insert(Uri uri, ContentValues values)　

// 外部进程 删除 ContentProvider 中的数据
public int delete(Uri uri, String selection, String[] selectionArgs)

// 外部进程更新 ContentProvider 中的数据
public int update(Uri uri, ContentValues values, String selection, String[] selectionArgs)　

// 外部应用 获取 ContentProvider 中的数据
public Cursor query(Uri uri, String[] projection, String selection, String[] selectionArgs, String sortOrder)

实例说明

// 使用ContentResolver前，需要先获取ContentResolver

// 可通过在所有继承Context的类中 通过调用getContentResolver()来获得ContentResolver
ContentResolver resolver = getContentResolver();

// 设置ContentProvider的URI
Uri uri = Uri.parse("content://cn.scu.myprovider/user");

// 根据URI 操作 ContentProvider中的数据
// 此处是获取ContentProvider中 user表的所有记录
Cursor cursor = resolver.query(uri, null, null, null, "userid desc");

Android 提供了3个用于辅助ContentProvide的工具类：

ContentUris
UriMatcher
ContentObserver

1.5 ContentUris类

作用：操作 URI

具体使用:核心方法有两个：withAppendedId（）& parseId（）

// withAppendedId（）作用：向URI追加一个id
Uri uri = Uri.parse("content://cn.scu.myprovider/user")
Uri resultUri = ContentUris.withAppendedId(uri, 7);
// 最终生成后的Uri为：content://cn.scu.myprovider/user/7

// parseId（）作用：从URL中获取ID
Uri uri = Uri.parse("content://cn.scu.myprovider/user/7")
long personid = ContentUris.parseId(uri);
//获取的结果为:7

1.6 UriMatcher类

作用:

1. 在ContentProvider 中注册URI
1. 根据 URI 匹配 ContentProvider 中对应的数据表

具体使用:

// 步骤1：初始化UriMatcher对象
UriMatcher matcher = new UriMatcher(UriMatcher.NO_MATCH);
//常量UriMatcher.NO_MATCH = 不匹配任何路径的返回码
// 即初始化时不匹配任何东西

// 步骤2：在ContentProvider 中注册URI（addURI（））
int URI_CODE_a = 1；
int URI_CODE_b = 2；
matcher.addURI("cn.scu.myprovider", "user1", URI_CODE_a);
matcher.addURI("cn.scu.myprovider", "user2", URI_CODE_b);
// 若URI资源路径 = content://cn.scu.myprovider/user1 ，则返回注册码URI_CODE_a
// 若URI资源路径 = content://cn.scu.myprovider/user2 ，则返回注册码URI_CODE_b

// 步骤3：根据URI 匹配 URI_CODE，从而匹配ContentProvider中相应的资源（match（））
@Override
public String getType(Uri uri) {
Uri uri = Uri.parse(" content://cn.scu.myprovider/user1");

switch(matcher.match(uri)){

// 根据URI匹配的返回码是URI_CODE_a
// 即matcher.match(uri) == URI_CODE_a
case URI_CODE_a:
// 如果根据URI匹配的返回码是URI_CODE_a，则返回ContentProvider中的名为tableNameUser1的表
return tableNameUser1;

case URI_CODE_b:
// 如果根据URI匹配的返回码是URI_CODE_b，则返回ContentProvider中的名为tableNameUser2的表
return tableNameUser2;

}
}

1.7 ContentObserver类

定义：内容观察者
作用：观察 Uri引起 ContentProvider 中的数据变化 & 通知外界（即访问该数据访问者）

当ContentProvider 中的数据发生变化（增、删 & 改）时，就会触发该 ContentObserver类。

具体使用：

// 步骤1：注册内容观察者ContentObserver
// 通过ContentResolver类进行注册，并指定需要观察的URI
getContentResolver().registerContentObserver（uri）；


// 步骤2：当该URI的ContentProvider数据发生变化时，通知外界（即访问该ContentProvider数据的访问者）
public class UserContentProvider extends ContentProvider {

public Uri insert(Uri uri, ContentValues values) {

db.insert("user", "userid", values);

// 通知访问者
getContext().getContentResolver().notifyChange(uri, null);


}

}

// 步骤3：解除观察者
// 同样需要通过ContentResolver类进行解除
getContentResolver().unregisterContentObserver（uri）；

1.8 实例说明

1.8.1 进程内通信

1.8.1.1 步骤说明

创建数据库类
自定义 ContentProvider 类
注册创建的 ContentProvider类
进程内访问 ContentProvider的数据

1.8.1.2 具体使用

1.8.1.2.1 步骤1：创建数据库类

public class DBHelper extends SQLiteOpenHelper {

// 数据库名
private static final String DATABASE_NAME = "finch.db";

// 表名
public static final String USER_TABLE_NAME = "user";

public static final String JOB_TABLE_NAME = "job";

private static final int DATA_BASE_VERSION = 1;

//数据库版本号
public DBHelper(Context context) {
super(context, DATA_BASE_VERSION, null, DATA_BASE_VERSION);
}

@Override
public void onCreate(SQLiteDatabase db) {

// 创建两个表格:用户表 和职业表
db.execSQL("CREATE TABLE IF NOT EXISTS " + USER_TABLE_NAME + "(_id INTEGER PRIMARY KEY AUTOINCREMENT," + " name TEXT)");

db.execSQL("CREATE TABLE IF NOT EXISTS " + JOB_TABLE_NAME + "(_id INTEGER PRIMARY KEY AUTOINCREMENT," + " job TEXT)");

}

@Override
public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {
}

}

1.8.1.2.2 步骤2：自定义 ContentProvider 类

public class MyProvider extends ContentProvider {

private Context mContext;

DBHelper mDbHelper = null;

SQLiteDatabase db = null;

// 设置ContentProvider的唯一标识
public static final String AUTOHORITY = "cn.scu.myprovider";

public static final int User_Code = 1;

public static final int Job_Code = 2;

// UriMatcher类的使用:在ContentProvider 中注册URI
private static final UriMatcher mMatcher;

static{

// 初始化
mMatcher = new UriMatcher(UriMatcher.NO_MATCH);

// 若URI资源路径 = content://cn.scu.myprovider/user ，则返回注册码User_Code
mMatcher.addURI(AUTOHORITY,"user", User_Code);

// 若URI资源路径 = content://cn.scu.myprovider/job ，则返回注册码Job_Code
mMatcher.addURI(AUTOHORITY, "job", Job_Code);

}

// 以下是ContentProvider的6个方法
/**
* 初始化ContentProvider
*/
@Override
public boolean onCreate() {

mContext = getContext();

// 在ContentProvider创建时对数据库进行初始化
// 运行在主线程，故不能做耗时操作,此处仅作展示
mDbHelper = new DBHelper(getContext());
db = mDbHelper.getWritableDatabase();

// 初始化两个表的数据(先清空两个表,再各加入一个记录)
db.execSQL("delete from user");
db.execSQL("insert into user values(1,'Carson');");
db.execSQL("insert into user values(2,'Kobe');");

db.execSQL("delete from job");
db.execSQL("insert into job values(1,'Android');");
db.execSQL("insert into job values(2,'iOS');");

return true;
}

/**
* 添加数据
*/
@Override
public Uri insert(Uri uri, ContentValues values) {

// 根据URI匹配 URI_CODE，从而匹配ContentProvider中相应的表名
// 该方法在最下面
String table = getTableName(uri);

// 向该表添加数据
db.insert(table, null, values);

// 当该URI的ContentProvider数据发生变化时，通知外界（即访问该ContentProvider数据的访问者）
mContext.getContentResolver().notifyChange(uri, null);

// // 通过ContentUris类从URL中获取ID
// long personid = ContentUris.parseId(uri);
// System.out.println(personid);
return uri;

}

/**
* 查询数据
*/
@Override
public Cursor query(Uri uri, String[] projection, String selection,

String[] selectionArgs, String sortOrder) {

// 根据URI匹配 URI_CODE，从而匹配ContentProvider中相应的表名
// 该方法在最下面
String table = getTableName(uri);

// // 通过ContentUris类从URL中获取ID
// long personid = ContentUris.parseId(uri);
// System.out.println(personid);

// 查询数据
return db.query(table,projection,selection,selectionArgs,null,null,sortOrder,null);

}

/**
* 更新数据
*/
@Override
public int update(Uri uri, ContentValues values, String selection,String[] selectionArgs) {
// 由于不展示,此处不作展开
return 0;

}


/**
* 删除数据
*/
@Override
public int delete(Uri uri, String selection, String[] selectionArgs) {
// 由于不展示,此处不作展开
return 0;

}
@Override

public String getType(Uri uri) {
// 由于不展示,此处不作展开
return null;

}

/**
* 根据URI匹配 URI_CODE，从而匹配ContentProvider中相应的表名
*/
private String getTableName(Uri uri){
String tableName = null;
switch (mMatcher.match(uri)) {

case User_Code:
tableName = DBHelper.USER_TABLE_NAME;
break;

case Job_Code:
tableName = DBHelper.JOB_TABLE_NAME;
break;

}
return tableName;
}
}

1.8.1.2.3 步骤3：注册创建的 ContentProvider类

<provider android:name="MyProvider"
android:authorities="cn.scu.myprovider"
/>

1.8.1.2.4 步骤4：进程内访问 ContentProvider中的数据

public class MainActivity extends AppCompatActivity {

@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);

setContentView(R.layout.activity_main);

/**
* 对user表进行操作
*/
// 设置URI
Uri uri_user = Uri.parse("content://cn.scu.myprovider/user");

// 插入表中数据
ContentValues values = new ContentValues();
values.put("_id", 3);
values.put("name", "Iverson");

// 获取ContentResolver
ContentResolver resolver = getContentResolver();

// 通过ContentResolver 根据URI 向ContentProvider中插入数据
resolver.insert(uri_user,values);

// 通过ContentResolver 向ContentProvider中查询数据
Cursor cursor = resolver.query(uri_user, new String[]{"_id","name"}, null, null, null);

while (cursor.moveToNext()){
// 将表中数据全部输出
System.out.println("query book:" + cursor.getInt(0) +" "+ cursor.getString(1));
}

// 关闭游标
cursor.close();


/**
* 对job表进行操作
*/
// 和上述类似,只是URI需要更改,从而匹配不同的URI CODE,从而找到不同的数据资源

Uri uri_job = Uri.parse("content://cn.scu.myprovider/job");

// 插入表中数据
ContentValues values2 = new ContentValues();
values2.put("_id", 3);
values2.put("job", "NBA Player");

// 获取ContentResolver
ContentResolver resolver2 = getContentResolver();

// 通过ContentResolver 根据URI 向ContentProvider中插入数据
resolver2.insert(uri_job,values2);

// 通过ContentResolver 向ContentProvider中查询数据
Cursor cursor2 = resolver2.query(uri_job, new String[]{"_id","job"}, null, null, null);

while (cursor2.moveToNext()){
// 将表中数据全部输出
System.out.println("query job:" + cursor2.getInt(0) +" "+ cursor2.getString(1));
}

// 关闭游标
cursor2.close();
}

}

1.8.1.2.5 结果

1.8.2 进程间进行数据共享

实例说明：本文需要创建2个进程，即创建两个工程，作用如下

1.8.2.1 进程1（服务端）具体使用

使用步骤如下：

创建数据库类
自定义 ContentProvider 类
注册创建的 ContentProvider 类

前2个步骤同上例相同，此处不作过多描述，此处主要讲解步骤3：

步骤3：注册创建的 ContentProvider类

android:name="MyProvider"
android:authorities="scut.carson_ho.myprovider"

// 声明外界进程可访问该Provider的权限（读 & 写）
android:permission="scut.carson_ho.PROVIDER"

// 权限可细分为读 & 写的权限
// 外界需要声明同样的读 & 写的权限才可进行相应操作，否则会报错
// android:readPermisson = "scut.carson_ho.Read"
// android:writePermisson = "scut.carson_ho.Write"

// 设置此provider是否可以被其他进程使用
android:exported="true"
/>

// 声明本应用 可允许通信的权限
<permission android:name="scut.carson_ho.Read" android:protectionLevel="normal"/>

// 细分读 & 写权限如下，但本Demo直接采用全权限
// <permission android:name="scut.carson_ho.Write" android:protectionLevel="normal"/>
// <permission android:name="scut.carson_ho.PROVIDER" android:protectionLevel="normal"/>

1.8.2.2 进程2（客户端）具体使用

18.2.2.1 步骤1：声明可访问的权限

<uses-permission android:name="scut.carson_ho.PROVIDER"/>

// 细分读 & 写权限如下，但本Demo直接采用全权限
// <uses-permission android:name="scut.carson_ho.Read"/>
// <uses-permission android:name="scut.carson_ho.Write"/>

// 注：声明的权限必须与进程1中设置的权限对应

18.2.2.1 步骤2：访问 ContentProvider的类

@Override

protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);

setContentView(R.layout.activity_main);

/**
* 对user表进行操作
*/
// 设置URI
Uri uri_user = Uri.parse("content://scut.carson_ho.myprovider/user");

// 插入表中数据
ContentValues values = new ContentValues();
values.put("_id", 4);
values.put("name", "Jordan");

// 获取ContentResolver
ContentResolver resolver = getContentResolver();

// 通过ContentResolver 根据URI 向ContentProvider中插入数据
resolver.insert(uri_user,values);

// 通过ContentResolver 向ContentProvider中查询数据
Cursor cursor = resolver.query(uri_user, new String[]{"_id","name"}, null, null, null);

while (cursor.moveToNext()){
// 将表中数据全部输出
System.out.println("query book:" + cursor.getInt(0) +" "+ cursor.getString(1));
}

// 关闭游标
cursor.close();

/**
* 对job表进行操作
*/
// 和上述类似,只是URI需要更改,从而匹配不同的URI CODE,从而找到不同的数据资源
Uri uri_job = Uri.parse("content://scut.carson_ho.myprovider/job");

// 插入表中数据
ContentValues values2 = new ContentValues();
values2.put("_id", 4);
values2.put("job", "NBA Player");

// 获取ContentResolver
ContentResolver resolver2 = getContentResolver();
// 通过ContentResolver 根据URI 向ContentProvider中插入数据
resolver2.insert(uri_job,values2);

// 通过ContentResolver 向ContentProvider中查询数据
Cursor cursor2 = resolver2.query(uri_job, new String[]{"_id","job"}, null, null, null);

while (cursor2.moveToNext()){
// 将表中数据全部输出
System.out.println("query job:" + cursor2.getInt(0) +" "+ cursor2.getString(1));
}

// 关闭游标
cursor2.close();

}

}

1.8.2.3 结果

在进程展示时，需要先运行准备数据的进程1（服务端），再运行需要访问数据的进程2（客户端）

运行准备数据的进程1，在进程1中，我们准备好了一系列数据：

运行需要访问数据的进程2，在进程2中，我们先向ContentProvider中插入数据，再查询数据：

1.9 优点

1.9.1 安全

ContentProvider为应用间的数据交互提供了一个安全的环境：允许把自己的应用数据根据需求开放给其他应用进行增、删、改、查，而不用担心因为直接开放数据库权限而带来的安全问题。

1.9.2 访问简单 & 高效

对比于其他对外共享数据的方式，数据访问方式会因数据存储的方式而不同：

采用文件方式对外共享数据，需要进行文件操作读写数据；
采用 Sharedpreferences 共享数据，需要使用 sharedpreferences API读写数据

这使得访问数据变得复杂 & 难度大。

而采用ContentProvider方式，其解耦了底层数据的存储方式，使得无论底层数据存储采用何种方式，外界对数据的访问方式都是统一的，这使得访问简单 & 高效。

如一开始数据存储方式采用 SQLite 数据库，后来把数据库换成 MongoDB，也不会对上层数据ContentProvider使用代码产生影响。

2. 造火箭攻略

2.1 流程简述

2.2 流程图示

query方法到AMS的调用过程（省略应用程序进程启动过程）的时序图如图示：

AMS启动Content Provider的时序图如图所示：

3. 拧螺丝攻略

3.1 query方法到AMS的调用过程

为了便于理解Content Provider的启动过程，首先列出一段使用Content Provider的代码，如下所示：在ContentProviderActivity中，我们在GameProvider中插入了一条数据，可见要想插入一条数据，或者说使用ContentProvider，需要先调用getContentResolver方法，如下所示： mBase指的是ContextImpl，ContextImpl的getContentResolver方法如下所示： getContentResolver方法中返回了ApplicationContentResolver类型的mContentResolver对象。

ApplicationContentResolver是ContextImpl中的静态内部类，继承自ContentResolver，它在ContextImpl的构造方法中被创建，这说明当我们调用ContentResolver的insert、query、update 等方法时就会启动Content Provider。

这里以query方法来进行举例，query方法在ApplicationContentResolver的父类ContentResolver中实现，有3个重载方法，最终会调用如下的query方法：

在注释1处通过acquireUnstableProvider方法返回IContentProvider类型的unstableProvider对象。
在注释2处调用unstableProvider的query方法。

IContentProvider是ContentProvider 在本地的代理，acquireUnstableProvider()如下所示：

在注释1处检查uri的scheme是否等于“content”（SCHEME_CONTENT的值为“content”），如果不是则返回null。
在注释2处调用了acquireUnstableProvider方法，这是个抽象方法，它在ContentResolver的子类ApplicationContentResolver中实现。

ApplicationContentResolver是ContextImpl的静态内部类，如下所示：在acquireUnstableProvider方法中返回了ActivityThread类型的mMainThread对象的acquireProvider方法：

注释1处的acquireExistingProvider 方法内部会检查ActivityThread的全局变量mProviderMap中是否有目标ContentProvider 存在，有则返回
没有就会在注释2处调用IActivityManager的getContentProvider方法，最终会调用AMS的getContentProvider方法。
注释3处的installProvider 方法用来安装ContentProvider，并将注释2处返回的ContentProvider相关的数据存储在mProviderMap中，起到缓存的作用，这样使用相同的Content Provider 时，就不需要每次都要调用AMS 的getContentProvider 方法了。

接着查看AMS的getContentProvider方法，代码如下所示：

getContentProvider方法返回了getContentProviderImpl方法：

getContentProviderImpl方法的代码很多，这里只截取了关键的部分。

在注释1处通过getProcessRecordLocked方法来获取目标ContentProvider的应用程序进程信息，这些信息用ProcessRecord类型的proc来表示，如果该应用程序进程已经启动就会调用注释2处的代码，否则就会调用注释3处的startProcessLocked方法来启动进程。

这里假设ContentProvider的应用程序进程还没有启动，应用程序进程启动最终会调用ActivityThread的main方法。

ActivityThread的main方法如下所示：

在注释1处通过prepareMainLooper方法在ThreadLocal中获取Looper，并在注释3处开启消息循环。
在注释2处创建了ActivityThread，紧接着调用了它的attach方法：

注释1处得到IActivityManager。
在注释2处调用IActivityManage的attachApplication方法，并将ApplicationThread类型的mAppThread对象传进去，最终调用的是AMS的attachApplication方法。

query方法到AMS的调用过程（省略应用程序进程启动过程）的时序图如图示：

3.2 AMS启动Content Provider的过程

AMS启动Content Provider的时序图如图所示：

查看AMS的attachApplication方法，如下所示：

在attachApplication方法中又调用了attachApplicationLocked方法：在attachApplicationLocked方法中调用了thread的bindApplication方法，thread是IApplicationThread类型的，这里和IActivityManager一样采用了AIDL，实现bindApplication方法的不再是Android 7.0的ApplicationThreadProxy类，而是ApplicationThread类。

ApplicationThread是ActivityThread的内部类，如下所示：在bindApplication方法中最后调用sendMessage方法向H发送BIND_APPLICATION类型消息。

H的handleMessage方法如下所示：

我们接着查看handleBindApplication方法： handleBindApplication 方法的代码很长，这里截取了主要的部分。

在注释1处创建了ContextImpl。
在注释2处通过反射创建Instrumentation。
在注释3处初始化Instrumentation。
在注释4处创建Application并且在注释6处调用Application的onCreate方法，这意味着Content Provider 所在的应用程序已经启动，在应用程序启动之前，在注释5处调用installContentProviders方法来启动Content Provider，代码如下所示：
在注释1处遍历当前应用程序进程的ProviderInfo列表，得到每个Content Provider的ProviderInfo（存储Content Provider的信息）。
并在注释2处调用installProvider方法来启动这些Content Provider。
在注释3处通过AMS的publishContentProviders方法将这些Content Provider存储在AMS的mProviderMap中，这个mProviderMap在前面提到过，起到缓存的作用，防止每次使用相同的Content Provider时都会调用AMS的getContentProvider方法。

下面来查看installProvider方法是如何启动Content Provider的，installProvider方法如下所示：

在注释1处通过反射来创建ContentProvider类型的localProvider对象。
并在注释2处调用了它的attachInfo方法：在attachInfo方法中调用了onCreate方法，它是一个抽象方法，这样Content Provider就启动完毕。

这只是ContentProvider启动过程的一个分支，即应用程序进程没有启动的情况，还有一个分支是应用程序进程已经启动的情况。

Android Content Provider 攻略

攻略大全

1. 粘贴攻略

1.1 概述

1.1.1 定义

1.1.2 作用

1.1.3 原理

1.2 URI与MIME

1.2.1 统一资源标识符（URI）

1.2.2 MIME数据类型

1.2.2.1 ContentProvider根据 URI 返回MIME类型

1.2.2.2 MIME类型组成

1.2.2.3 MIME类型形式

1.3 ContentProvider类

1.3.1 组织数据方式

1.3.2 主要方法

1.4 ContentResolver类

1.4.1 作用

1.4.2 具体使用

1.5 ContentUris类

1.6 UriMatcher类

1.7 ContentObserver类

1.8 实例说明

1.8.1 进程内通信

1.8.1.1 步骤说明

1.8.1.2 具体使用

1.8.1.2.1 步骤1：创建数据库类

1.8.1.2.2 步骤2：自定义 ContentProvider 类

1.8.1.2.3 步骤3：注册 创建的 ContentProvider类

1.8.1.2.4 步骤4：进程内访问 ContentProvider中的数据

1.8.1.2.5 结果

1.8.2 进程间进行数据共享

1.8.2.1 进程1（服务端）具体使用

1.8.2.2 进程2（客户端）具体使用

18.2.2.1 步骤1：声明可访问的权限

18.2.2.1 步骤2：访问 ContentProvider的类

1.8.2.3 结果

1.9 优点

1.9.1 安全

1.9.2 访问简单 & 高效

2. 造火箭攻略

2.1 流程简述

2.2 流程图示

3. 拧螺丝攻略

3.1 query方法到AMS的调用过程

3.2 AMS启动Content Provider的过程

4. 复制攻略

4.1 《Android开发艺术探索》

4.2 《Andriod进阶解密》

1.8.1.2.3 步骤3：注册创建的 ContentProvider类