SQLiteDatabase和Contentprovider这两个数据库，我一般是用前面一个，喜欢它的操作数据库的语句，简单明了，可惜有时遇到数据库同步的问题，有时我们需要在一个数据库下建立多个表，多个Activity都要访问到数据库。最近就遇到过这个问题，虽然应用没有死掉，但有时报错也不太爽，报的警告如下

A SQLiteConnection object for database '/storage/sdcard0/vpnmsgdb.db' was leaked!  Please fix your application to end transactions in progress properly and to close the database when it is no longer needed.

不过虽然警告是报了，我暂时也没有改，虽然Contentprovider这个接口可以解决同步的问题，也许是一直都是用SQLiteDatabase的原因吧，个人觉得只要应用不死掉应该问题不大，

在网上找到有Contentprovider的例子。

原文在http://www.cnblogs.com/chenglong/articles/1892029.html

贴上原文

一、ContentProvider简介
       当应用继承ContentProvider类，并重写该类用于提供数据和存储数据的方法，就可以向其他应用共享其数据。虽然使用其他方法也可以对外共享数据，但数据访问方式会因数据存储的方式而不同，如：采用文件方式对外共享数据，需要进行文件操作读写数据；采用sharedpreferences共享数据，需要使用sharedpreferences API读写数据。而使用ContentProvider共享数据的好处是统一了数据访问方式。
二、Uri类简介
       Uri代表了要操作的数据，Uri主要包含了两部分信息：1.需要操作的ContentProvider ，2.对ContentProvider中的什么数据进行操作，一个Uri由以下几部分组成：

       1.scheme：ContentProvider（内容提供者）的scheme已经由Android所规定为：content://。
       2.主机名（或Authority）：用于唯一标识这个ContentProvider，外部调用者可以根据这个标识来找到它。
       3.路径（path）：可以用来表示我们要操作的数据，路径的构建应根据业务而定，如下：
?         要操作contact表中id为10的记录，可以构建这样的路径:/contact/10
?         要操作contact表中id为10的记录的name字段， contact/10/name
?         要操作contact表中的所有记录，可以构建这样的路径:/contact
要操作的数据不一定来自数据库，也可以是文件等他存储方式，如下:
要操作xml文件中contact节点下的name节点，可以构建这样的路径：/contact/name
如果要把一个字符串转换成Uri，可以使用Uri类中的parse()方法，如下：
Uri uri = Uri.parse("content://com.changcheng.provider.contactprovider/contact")
三、UriMatcher、ContentUrist和ContentResolver简介
       因为Uri代表了要操作的数据，所以我们很经常需要解析Uri，并从Uri中获取数据。Android系统提供了两个用于操作Uri的工具类，分别为UriMatcher 和ContentUris 。掌握它们的使用，会便于我们的开发工作。

       UriMatcher：用于匹配Uri，它的用法如下：
       1.首先把你需要匹配Uri路径全部给注册上，如下：
       //常量UriMatcher.NO_MATCH表示不匹配任何路径的返回码(-1)。
       UriMatcher  uriMatcher = new UriMatcher(UriMatcher.NO_MATCH);
       //如果match()方法匹配content://com.changcheng.sqlite.provider.contactprovider/contact路径，返回匹配码为1
       uriMatcher.addURI(“com.changcheng.sqlite.provider.contactprovider”, “contact”, 1);//添加需要匹配uri，如果匹配就会返回匹配码