戏说江湖静如水，游荡江湖才有情。我就是江湖中的一个戏子。

俗话说，入行先入门。作为一名android学习者，四大组件是android中的核心组件，岂有不学之理。然而，本人才疏学浅，叙述略有不当之处，敬请谅解。

ContentProvider为存储和提供数据提供统一的接口，可以在不同的应用程序间共享数据。

ContentProvider

1.在AndroidMainfest.xml中声明

<providerandroid:authorities="com.android.test.TestContentProvider"android:name=".TestContentProvider"/>

authorities是ContentProvider的唯一表示，，让系统可以方便的找到对应的ContentProvider以便进行操作。

这样我们的自定义的ContentProvider就声明好了，现在来实现。

2.继承并实现ContentProvider的方法

public class TestContentProvider extends ContentProvider {@Overridepublic boolean onCreate() {return false;}@Nullable@Overridepublic Cursor query(@NonNull Uri uri, @Nullable String[] strings, @Nullable String s, @Nullable String[] strings1, @Nullable String s1) {return null;}@Nullable@Overridepublic String getType(@NonNull Uri uri) {return null;}@Nullable@Overridepublic Uri insert(@NonNull Uri uri, @Nullable ContentValues contentValues) {return null;}@Overridepublic int delete(@NonNull Uri uri, @Nullable String s, @Nullable String[] strings) {return 0;}@Overridepublic int update(@NonNull Uri uri, @Nullable ContentValues contentValues, @Nullable String s, @Nullable String[] strings) {return 0;}
}

SqliteOpenHelper

我们可以看到，继承ContentProvider至少要重写六个方法，其中onCreate方法使用来初始化数据用的，一般用来初始化SqliteOpenHelper。剩下的就是对数据库的增删改查以及获取数据的mimeType。

既然疏导了SqliteOpenHelper，那么它是用来干什么的呢？SqliteOpenHelper从字面意义上来看就是数据库连接的工具，一般我们想要对操作android内部的数据库需要继承该类。
继承并实现SqliteOpenHelper

public class TestDatabaseHelper extends SQLiteOpenHelper {public TestDatabaseHelper(Context context, String name, SQLiteDatabase.CursorFactory factory, int version) {super(context, name, factory, version);}@Overridepublic void onCreate(SQLiteDatabase sqLiteDatabase) {}@Overridepublic void onUpgrade(SQLiteDatabase sqLiteDatabase, int oldVersion, int newVersion) {}
}

需要实现onCreate和onUpgrade方法，其中onCreate是用来创建数据的，一般我们的数据的创建，各种表，视图的创建都是在该方法中实现的。onUpgrade是在数据库升级的时候调用的，通过构造方法传入不同的version可以来标明数据库的升级，在该方法中我们可以通过oldVersion和newVersion来进行比较，提示用户的升级，并且可以修改数据库。

Uri

讲了这么多，你可能会有疑问，那我们是怎样去调用呢？通过对ContentProvider的实现你可能已经发现了，对数据的增删改查都需要传入uri，这个uri就是关键。首先我们得了解一下Uri的构成。一般Uri的构成可以分为三个部分，scheme，authorities，path。

现在我们来用一个Uri来作为示例进行讲解吧
content://com.android.test.TestContentProvider/test/1

我们知道了Uri的构成，那么怎样去生成这样一个Uri呢？

Uri uri = Uri.prase("content://com.android.test.TestContentProvider/test");

这样我们就生成了一个uri，然后我们就可以通过ContentResolver就可以通过Uri来对数据库进行增删改查了。

Uri uri = Uri.prase("content://com.android.test.TestContentProvider/test");
ContentValues cv = new ContentValues();
//此处省略数据的添加  cv.add()...
getContentResolver().insert(uri,cv);

可能你又要问了，那系统怎么知道我们要查询的是哪个表，或者是哪个id呢？其实这中间还有一个关键的类没有说，那就是UriMatcher
UriMatcher就是用来匹配相应的uri，然后返回对应的code，以便用户进行操作。
我们来实际操作一下

首先需要在自定义ContentProvider中定义UriMatcher。

private static UriMatcher matcher = new UriMatcher(UriMatcher.NO_MATCH);

声明对应的常量，并进行addUri操作，addUri操作一般放在静态代码块中，这样在类的加载时可以完成uri的添加操作。

private static final Stirng AUTHORITY = "co.android.test.TestContentProvider";
private static final int TEST = 1;
static  {matcher.addUri(AUTHORITY,"test",TEST);
}

用户匹配Uri并进行处理。

switch (matcher.match(uri)) {case TEST:break;default:break;
}

注意

1.new UriMatcher中的参数一般选UriMatcher.NO_MATCH

2.addUri中三个参数分别代表的含义：AUTHORITY——provider的唯一标识，“test”——查询的表或者id（“test/#”——代表查询id），TEST——匹配成功后返回的code值

3.match匹配成功后返回的code值即是addUri中添加的第三个参数（例如上面例子中的TEST）

写到这里，关于ContentProvider的介绍就差不多了，你是否能写出自己的ContentProvider呢？