1.contentprovIDer是什么：四大组件之一，它可以实现跨程序数据共享
2.写的很好
读取联系人显示在ListvIEw上的过程：
1.初始化
2.加载适配器
3.判断权限
没权限 申请
有权限 直接读联系人
public class MainActivity extends AppCompatActivity { private static final int GO_READ_CONTACTS = 1; private ListVIEw lv_main; private ArrayAdapter<String> adapter; private List<String> List = new ArrayList<>();; @OverrIDe protected voID onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentVIEw(R.layout.activity_main); //1.初始化 lv_main = findVIEwByID(R.ID.lv_main); adapter = new ArrayAdapter<String>(this, androID.R.layout.simple_List_item_1 ,List); //2.加载适配器 lv_main.setAdapter(adapter); //3.判断权限 if(ContextCompat.checkSelfPermission(this, Manifest.permission.READ_CONTACTS) != PackageManager.PERMISSION_GRANTED){//没权限 申请 ActivityCompat.requestPermissions(this,new String[]{Manifest.permission.READ_CONTACTS},GO_READ_CONTACTS);//GO_READ_CONTACTS自定义后期写查询申请权限结果的时候，作为标识符使用 }else{//有权限 直接读联系人 readContact(); } } // private voID readContact() {//读取sqlite：联系人 Cursor curso = getContentResolver().query(ContactsContract.CommonDataKinds.Phone.CONTENT_URI, null , null, null, null); if(curso != null){ while (curso.movetoNext()){ String name = curso.getString(curso.getColumnIndex(ContactsContract.CommonDataKinds.Phone.disPLAY_name)); String number = curso.getString(curso.getColumnIndex(ContactsContract.CommonDataKinds.Phone.NUMBER)); Log.d("main", "readContact: " + name +" "+ number);//得到数据之后放在List中，后期放入lv List.add(name + "\n" + number); } }//放入lv把数据 adapter.notifyDataSetChanged();//关流 curso.close(); } //对于申请权限的结果 做出的动作 @OverrIDe public voID onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) { super.onRequestPermissionsResult(requestCode, permissions, grantResults); switch (requestCode){ case GO_READ_CONTACTS: if(grantResults.length >= 0 && grantResults[0] == PackageManager.PERMISSION_GRANTED){//同意了 readContact(); }else{ Toast.makeText(this,"没权限",Toast.LENGTH_SHORT).show(); } break; default: break; } }}1.databasetest中：创建表 extends sqliteOperhelper:
目的：创建表，初始化
1.先继承sqliteOpenHelper创建类MysqLiteOpenHelper
2.创建表的字符串 注意：public static final
3.有参构造，不用改动
4.oncreate中建表 execsql 给表起名字
5…不用写onUpgrade
2.databasetest中：创建contentprovIDer sqliteDatabase通过sqliteOperhelper读取到表，然后对表进行 *** 作
目的：本来是sqliteDatabase来对表进行 *** 作，但是这个不能跨程序，所以引入contentprovIDer，进行 *** 作，
但是contentprovIDer是通过URI来进行 *** 作的，所以改写CRUD，从而达到改写表
1.UriMatcher初始化，和建立，传入AUTHORITY（provIDer名字），path（book/#或者book）和标识符ID（后期CURD知道是哪种path情况）
2.manifest文件中加入provIDer组件name是类名，authority是provIDer名字
3.数据库打开帮助者MysqLiteOpenHelper：建立 创建表文件名
4.重写query方法：
1.获得数据库数据sqliteDatabase，通过数据库打开帮助者MysqLiteOpenHelper的get方法
2.urimatcher对传入的uri匹配
3.查整个数据时候：数据库数据sqliteDatabase调用自己方法query查询（传入已有参数）
4.查询单条数据的时候：通过传入参数知道uri要查询哪条记录，通过getPathSegments将uri路径分配，得到结果列表1的位置放的就是ID
5.数据库数据现在知道要对哪个ID进行 *** 作了，调用数据库数据的query方法，传入ID查询
//…
3.databasetest中和provIDertest中：布局
4.provIDertest中：写主方法使用CRUD
初始化btn
insert方法：public Uri insert（）返回的是最新uri
解析uri（uri字符串自己创建）
通过contentreslover得到自己写的contentprovIDer改动过的CRUD方法，调用insert，返回的是最新uri（ID地址）
分析（getpathsegement的get1）并得到最新uri得到改动位置的最新ID
query方法：
解析uri，查询时查全表uri就如下面写的，查询单条数据就加book/#
先判断cursor不为null：
然后移动cursor指针，遍历数据通过cursor。get方法（里面再是cursor。get列名字方法）
关流
update方法：
解析uri，如果要更新自己插入的那条数据的话，uri就要加newID
update这方法不用返回啥，通过uri升级就行
delete方法：
解析uri，如果要删除自己创建的那个数据的话，uri要加ID
delete这方法不用返回啥，通过uri升级就行
public class MyContentProvIDer extends ContentProvIDer { private MysqLiteOpenHelper MysqLiteOpenHelper;//sqlite 数据库Open 打开Helper 帮助者，sqliteOpenHelper的get流得到数据库数据 private sqliteDatabase sqliteDatabase;//对表 *** 作时候用的，CRUD中调用 //private ContentProvIDer contentProvIDer;// public static UriMatcher uriMatcher;//CRUD时候分辨配对uri时使用的 public static final String AUTHORITY = "com.example.newdatabasetest.provIDer";// manifest public public static final int BOOK_ALL = 1;//public public static final int BOOK_ITEM = 2; static {//UriMatcher初始化，和建立 uriMatcher = new UriMatcher(UriMatcher.NO_MATCH); uriMatcher.addURI(AUTHORITY,"book",BOOK_ALL); uriMatcher.addURI(AUTHORITY,"book/#",BOOK_ITEM); } //1.数据库打开帮助者MysqLiteOpenHelper：建立 创建表文件名 @OverrIDe public boolean onCreate() { MysqLiteOpenHelper = new MysqLiteOpenHelper(getContext(), "BOOKSTORE.db",null,1); return true; } //2.重写query方法： @Nullable @OverrIDe public Cursor query(@NonNull Uri uri, @Nullable String[] projection, @Nullable String selection, @Nullable String[] selectionArgs, @Nullable String sortOrder) { //2.1获得数据库数据sqliteDatabase，通过数据库打开帮助者MysqLiteOpenHelper的get方法 sqliteDatabase = MysqLiteOpenHelper.getReadableDatabase(); //2.2 urimatcher对传入的uri匹配。 Cursor cursor = null; switch (uriMatcher.match(uri)){ case BOOK_ALL: /*cursor = sqliteDatabase.query("BOOK",null,null ,null,null,null,null); */ //查整个数据时候：数据库数据sqliteDatabase调用自己方法query查询（传入已有参数） cursor = sqliteDatabase.query("BOOK",projection,selection ,selectionArgs,null,null,sortOrder); break; case BOOK_ITEM: /*cursor = sqliteDatabase.query("BOOK",projection,selection,selectionArgs ,null,null,sortOrder);*/ //查询单条数据的时候：通过传入参数知道uri要查询哪条记录，通过getPathSegments将uri路径分配，得到结果列表1的位置放的就是ID String ID = uri.getPathSegments().get(1); //数据库数据现在知道要对哪个ID进行 *** 作了，调用数据库数据的query方法，传入ID查询 cursor = sqliteDatabase.query("BOOK",projection,"ID = ?" ,new String[]{ID},null,null,sortOrder); break; default: break; } //cursor.close(); return cursor; }//3.重写getType方法： @Nullable @OverrIDe public String getType(@NonNull Uri uri) { switch (uriMatcher.match(uri)){ case BOOK_ALL: //返回的字符串为：vnd.androID.cursor.dir（填dir或者是item，item这是整个表的时候用dir，是单挑数据时候用item）/vnd.com.example.newdatabasetest.provIDer（provIDer名字）.book（表名字，不是数据库名字） return "vnd.androID.cursor.dir/vnd.com.example.newdatabasetest.provIDer.book"; case BOOK_ITEM: return "vnd.androID.cursor.item/vnd.com.example.newdatabasetest.provIDer.book"; } return null; }//4.重写insert方法 @Nullable @OverrIDe public Uri insert(@NonNull Uri uri, @Nullable ContentValues values) { //通过数据库打开帮助者的get方法得到数据 sqliteDatabase = MysqLiteOpenHelper.getWritableDatabase(); Uri uri1 = null;// //uriMatcher对参数uri进行匹配，不同情况不同处理 switch (uriMatcher.match(uri)){ case BOOK_ALL: //插入全表，不可能，没 *** 作 //return null; //break; case BOOK_ITEM: //插入单条信息：插得肯定是最后一个位置，所以不用分析uri，直接数据库数据调用insert方法 //因为contengprovIDer的insert方法返回的是一个新数据插入后的最新uri，所以sqliteDatabase的insert返回的long ID //放在uri最后，构建出新的uri long newbookID = sqliteDatabase.insert("BOOK", null, values); uri1 = Uri.parse("content://"+ AUTHORITY +"/book/"+newbookID); //return uri1; break; default: //return null; break; } return uri1; }//5.delete重写： @OverrIDe public int delete(@NonNull Uri uri, @Nullable String selection, @Nullable String[] selectionArgs) { //数据库打开帮助者的get方法获取数据库数据 sqliteDatabase = MysqLiteOpenHelper.getWritableDatabase(); int del = 0; //匹配uri，不同情况不同对待 switch (uriMatcher.match(uri)){ case BOOK_ALL: //删除全表时：数据库数据直接调取delete方法，传入已有参数，不用uri del = sqliteDatabase.delete("BOOK", selection, selectionArgs); //return del; break; case BOOK_ITEM: //删除单条数据：通过uri（getPathSegments得到删除的ID），知道要删啥，然后调用数据库数据的delete方法删除 //del = sqliteDatabase.delete("BOOK",selection,selectionArgs); //return del; String ID = uri.getPathSegments().get(1); del = sqliteDatabase.delete("BOOK","ID = ?", new String[]{ID}); break; default: break; } return del; }//6.update方法： @OverrIDe public int update(@NonNull Uri uri, @Nullable ContentValues values, @Nullable String selection, @Nullable String[] selectionArgs) { //数据库打开帮助者的get方法得到数据 sqliteDatabase = MysqLiteOpenHelper.getWritableDatabase(); int upID = 0; //uriMatcher匹配uri switch (uriMatcher.match(uri)){ case BOOK_ALL://这之前啥也没写 //升级全表：数据库数据的update方法传入已有参数 upID = sqliteDatabase.update("BOOK",values,selection,selectionArgs); //return upID; break; case BOOK_ITEM: //单条数据：得到升级的ID是啥，数据库数据的update方法进行升级 String ID = uri.getPathSegments().get(1); upID = sqliteDatabase.update("BOOK",values,"ID = ?", new String[]{ID}); break; //return upID; } return upID; }}调用CRUD方法：
初始化btn
insert方法：public Uri insert（）返回的是最新uri
解析uri（uri字符串自己创建）
通过contentreslover得到自己写的contentprovIDer改动过的CRUD方法，调用insert，返回的是最新uri（ID地址）
分析（getpathsegement的get1）并得到最新uri得到改动位置的最新ID
query方法：
解析uri，查询时查全表uri就如下面写的，查询单条数据就加book/#
先判断cursor不为null：
然后移动cursor指针，遍历数据通过cursor。get方法（里面再是cursor。get列名字方法）
关流
update方法：
解析uri，如果要更新自己插入的那条数据的话，uri就要加newID
update这方法不用返回啥，通过uri升级就行
delete方法：
解析uri，如果要删除自己创建的那个数据的话，uri要加ID
delete这方法不用返回啥，通过uri升级就行
public class MainActivity extends AppCompatActivity { private button button_insert; private button button_delete; private button button_update; private button button_query; //private MyContentProvIDer myContentProvIDer; //private MysqLiteOpenHelper MysqLiteOpenHelper; private sqliteDatabase sqliteDatabase; private String newID; @OverrIDe protected voID onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentVIEw(R.layout.activity_main); init();//初始化btn button_insert.setonClickListener(new VIEw.OnClickListener() { @OverrIDe public voID onClick(VIEw v) { //添加，public Uri insert（）返回的是最新uri //第一步：解析uri（uri字符串自己创建） Uri uri = Uri.parse("content://com.example.newdatabasetest.provIDer/book"); ContentValues values = new ContentValues(); values.put("author","ha"); values.put("price",1.1); values.put("pages",1); values.put("name","haha"); //myContentProvIDer.insert(uri,values); 思路错了 //通过contentreslover得到自己写的contentprovIDer改动过的CRUD方法，调用insert，返回的是最新uri（ID地址） Uri newuri = getContentResolver().insert(uri, values); newID = newuri.getPathSegments().get(1);//分析最新uri得到改动位置的最新ID } }); button_query.setonClickListener(new VIEw.OnClickListener() { @OverrIDe public voID onClick(VIEw v) { //解析uri，查询时查全表uri就如下面写的，查询单条数据就加book/# Uri uriqu = Uri.parse("content://com.example.newdatabasetest.provIDer/book"); //。。 Cursor cursor = getContentResolver().query(uriqu, null, null, null); //通过先判断cursor不为null： if(cursor != null){ //然后移动cursor指针，遍历数据通过cursor。get方法（里面再是cursor。get列名字方法） while (cursor.movetoNext()){ String author = "author:" + cursor.getString(cursor.getColumnIndex("author"))+"\n" +"price:" + cursor.getString(cursor.getColumnIndex("price"))+"\n" +"pages:" + cursor.getString(cursor.getColumnIndex("pages"))+"\n" +"name:" + cursor.getString(cursor.getColumnIndex("name"))+"\n"; Log.d("niu", author); } } cursor.close();//记得关流 } }); button_update.setonClickListener(new VIEw.OnClickListener() { @OverrIDe public voID onClick(VIEw v) { //要更新自己插入的那条数据的话，uri就要加newID Uri uriup = Uri.parse("content://com.example.newdatabasetest.provIDer/book/"+newID); ContentValues valuesup = new ContentValues(); valuesup.put("author"," haha"); valuesup.put("price",1.2); valuesup.put("pages",2); valuesup.put("name","hahahaha"); //这方法不用返回啥，通过uri升级就行 getContentResolver().update(uriup, valuesup, null, null); } }); button_delete.setonClickListener(new VIEw.OnClickListener() { @OverrIDe public voID onClick(VIEw v) { //要删除自己创建的那个数据的话，uri要加ID Uri urIDel = Uri.parse("content://com.example.newdatabasetest.provIDer/book/"+newID); getContentResolver().delete(urIDel,null,null); } }); } private voID init() { button_insert = findVIEwByID(R.ID.button_insert); button_query = findVIEwByID(R.ID.button_query); button_update = findVIEwByID(R.ID.button_update); button_delete = findVIEwByID(R.ID.button_delete); }}1.为什么设计这个组件？AndroID 设计 ContentProvIDer 的目的是什么呢？
1.封装：对数据采用统一接口，将一切得数据不用管是什么类型，都可以接收到。并且在数据来源改变时候也不需要对我们代码进行改变
2.他其中有数据更新机制的功能，如果改了数据，每个订阅的都能对此做出相应动作
3.可以跨程序数据共享
2.如何访问自定义 ContentProvIDer
定义 ContentProvIDer
ContentResolver 接口的 notifyChange 函数来通知那些注册了监控特定 URI的ContentObserver 对象，使得它们可以相应地执行一些处理。
ContentObserver 可以通过 registerContentObserver 进行注册。
通过 ContentProvIDer 的 Uri 访问开放的数据。
2.1ContenResolver 对象通过 Context 提供的方法 getContenResolver() 来获得。
2.2ContenResolver 提供了以下方法来 *** 作：insert delete update query 这些方法分别会调用 ContenProvIDer 中与之对应的方法并得到返回的结果。
3.通过 ContentResolver 获取 ContentProvIDer 内容的基本步骤？（咋用query）
1.自定义uri字符串，解析uri
2.getcontentresolver（）得到ContentResolver对象，在调用query方法。
3.query方法返回一个cusor对象，对他先进行判断是否为null，然后在移动指针，拿取数据
4.ContentProvIDer 是如何实现数据共享的？（咋写的这个继承类）
1.自定义一个类实现ContentProvIDer
2.重写CRUD和gettype五个方法
3.重写与有参构造
4.在功能清单文件上注册provIDer组件
5.为什么要用 ContentProvIDer ?它和 sql 的实现上有什么差别?
1.cp可以CRUD本地和其他应用数据，但是sql只能修改本程序下数据
2.cp对屏蔽数据存储的细节，内部实现完全透明
6.uri介绍
1.他的组成是“content:（标准前缀）//provIDer name（uri标识）/table name(/#)”
2.通过urimatcher来匹配uri，来对不同情况就行CRUD
7.如何访问 asserts 资源（main下面自己建立）目录下的数据库？
把数据复制到/data/data/packagename/databases（手机里的）下就可以 *** 作了
8.多个进程同时调用一个 ContentProvIDer 的 query 获取数据，ContentPrvoIDer 是如何反应的呢？//不太懂
cp在调用CRUD的时候使用的是CP进程的线程池，不是主线程，这个线程池有binder维护，其实就是使用的每个进程的binder线程池
9.运行在主线程的 ContentProvIDer 为什么不会影响主线程的 UI *** 作?ContentProvIDer 为什么不会影响主线程的UI *** 作？
ContentProvIDer 的 onCreate() 是运行在 UI 线程的，而 query() ，insert() ，delete() ，update() 是运行在线程池中的工作线程的，所以调用这些个方法并不会阻塞 ContentProvIDer 所在进程的主线程，但可能会阻塞调用者所在的进程的 UI 线程！所以，调用者的 ContentProvIDer 的 *** 作仍然要放在子线程中去做。虽然直接的 CRUD 的 *** 作是在工作线程的，但系统会让你的调用线程等待这个异步的 *** 作完成，你才可以继续线程之前的工作。
10.对外提供数据共享，那么如何限制对方的使用呢？
androID:exported这个属性用于指示该服务是否能够被其他应用程序组件调用或跟它交互。
如果设置为 true，则能够被调用或交互，否则不能。
设置为 false 时，只有同一个应用程序的组件或带有相同用户 ID 的应用程序才能启动或绑定该服务。
如果只需要对同一个签名的其它应用开放 ContentProvIDer ，则可以设置 signature 级别的权限。
11.如果我们只需要开放部份的 URI 给其他的应用访问呢？
可以参考 ProvIDer 的 URI 权限设置，只允许访问部份 URI
<provIDer androID:name="ContactsProvIDer2" androID:authoritIEs="contacts;com.androID.contacts" androID:label="@string/provIDer_label" androID:multiprocess="false" androID:exported="true" androID:grantUriPermissions="true" androID:readPermission="androID.permission.READ_CONTACTS" androID:writePermission="androID.permission.WRITE_CONTACTS"> <path-permission//Content ProvIDer 数据子集的 URI 路径的开头部分。 可以对 以此为路径前缀的数据 进行授权 androID:pathPrefix="/search_suggest_query" androID:readPermission="androID.permission.GLOBAL_SEARCH" /> <path-permission androID:pathPrefix="/search_suggest_shortcut" androID:readPermission="androID.permission.GLOBAL_SEARCH" /> <path-permission androID:pathPattern="/contacts/.*/photo" androID:readPermission="androID.permission.GLOBAL_SEARCH" /> <grant-uri-permission androID:pathPattern=".*" /></provIDer> 12.ContentProvIDer 接口方法运行在哪个线程中呢？讨论得好好！
查看androID:multiprocess 的属性，默认为false：表示只有一个单例CP，所有客户端访问的是一个对象，此时的话，他的接口方法运行在CP线程池中。ture的话：为每一个访问该CP的进程都创建一个实例，所以此时谁访问的他，他方法就在哪个线程
13.如果我要问每个 ContentProvIDer 的 *** 作是在哪个线程中运行的呢?（ 其实我们关心的是 UI 线程和工作线程 ）比如我们在UI线程调用getContentResolver().query查询数据，而当数据量很大时（或者需要进行较长时间的计算）会不会阻塞UI线程呢？
ContentProvIDer 和调用者在同一个进程，ContentProvIDer 的方法（ query/insert/update/delete 等 ）和调用者在同一线程中；
ContentProvIDer 和调用者在不同的进程，ContentProvIDer 的方法会运行在它自身所在进程的一个 Binder 线程中。
但是，注意这两种方式在 ContentProvIDer 的方法没有执行完成前都会 blocked 调用者。所以你应该知道这个上面这个问题的答案了吧。
14.ContentProvIDer 是如何在不同应用程序之间传输数据的？
一个应用进程有 16 个 Binder 线程去和远程服务进行交互，而每个线程可占用的缓存空间是 128KB 这样，超过会报异常。ContentResolver 虽然是通过 Binder 进程间通信机制打通了应用程序之间共享数据的通道，但 ContentProvIDer 组件在不同应用程序之间传输数据是基于匿名共享内存机制来实现的。
以上是内存溢出为你收集整理的Android复习——ContentProvider全部内容，希望文章能够帮你解决Android复习——ContentProvider所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）