Android笔记(十五)ContentProvider源码浅析

原创 2018年04月15日 00:39:07

ContentProvider作为四大组件之一,由于业务上用到的地方不多,目前业务是系统界面,属于系统应用,最适合使用ContentProvider来进行少量数据存储,我们业务中涉及到的Settings.system和Settings.Secure等数据库,就是通过ContentProvider来封装、用ContentResolver来访问的

//通过ContentResolver来访问Settings.Secure
 final boolean userSetup = 0 != Settings.Secure.getIntForUser(
                    mContext.getContentResolver(),
                    Settings.Secure.USER_SETUP_COMPLETE,
                    0 /*default */,
                    mCurrentUserId);
//通过ContentResolver来访问Settings.Global
Settings.Global.HEADS_UP_OFF != Settings.Global.getInt(
                    mContext.getContentResolver(), Settings.Global.HEADS_UP_NOTIFICATIONS_ENABLED,
                    Settings.Global.HEADS_UP_OFF);

除了上面的用法,平时也很少自己自定义一个ContentProvider。现在来Read the fucking code,稍微深入了解下:
我们知道ContentProvider提供跨进程的数据传输,通过ContentResolver.registerContentObserver()的方式来监听数据变化,一旦ContentProvider中数据改变(也可能是被其他进程修改),就是触发ContentObserver中的回调方法

 @Override
        public void onChange(boolean selfChange) {
        //读取ContentProvider中的值操作
        }

那么ContentProvider、ContentResolver、ContentObserver三者之间存在着什么样的联系?
在Context实例化之后,会初始化mContentResolver

 mContentResolver = new ApplicationContentResolver(this, mainThread, user);

这个值就是我们getContentResolver()获得的ContentResolver对象。
ContentResolver有下面几个方法:

  • delete()
  • query()
  • update()
  • insert()
    以delete()为例
    public final int delete(@RequiresPermission.Write @NonNull Uri url, @Nullable String where,
            @Nullable String[] selectionArgs) {
        Preconditions.checkNotNull(url, "url");
        IContentProvider provider = acquireProvider(url);//这里获取ContentProvider代理
        if (provider == null) {
            throw new IllegalArgumentException("Unknown URL " + url);
        }
        try {
            long startTime = SystemClock.uptimeMillis();
            int rowsDeleted = provider.delete(mPackageName, url, where, selectionArgs);
            long durationMillis = SystemClock.uptimeMillis() - startTime;
            maybeLogUpdateToEventLog(durationMillis, url, "delete", where);
            return rowsDeleted;
        } catch (RemoteException e) {
            // Arbitrary and not worth documenting, as Activity
            // Manager will kill this process shortly anyway.
            return -1;
        } finally {
            releaseProvider(provider);
        }
    }

看上面注释,发现调用了下面这个抽象方法

protected abstract IContentProvider acquireProvider(Context c, String name); 

再去ApplicationContentProvider中查看,最终发现是在ActivityThread中installProvider方法来加载Provider

public final IContentProvider acquireProvider(
            Context c, String auth, int userId, boolean stable) {
        final IContentProvider provider = acquireExistingProvider(c, auth, userId, stable);
        if (provider != null) {
            return provider;
        }

        // There is a possible race here.  Another thread may try to acquire
        // the same provider at the same time.  When this happens, we want to ensure
        // that the first one wins.
        // Note that we cannot hold the lock while acquiring and installing the
        // provider since it might take a long time to run and it could also potentially
        // be re-entrant in the case where the provider is in the same process.
        IActivityManager.ContentProviderHolder holder = null;
        try {
            holder = ActivityManagerNative.getDefault().getContentProvider(
                    getApplicationThread(), auth, userId, stable);
        } catch (RemoteException ex) {
            throw ex.rethrowFromSystemServer();
        }
        if (holder == null) {
            Slog.e(TAG, "Failed to find provider info for " + auth);
            return null;
        }

        // Install provider will increment the reference count for us, and break
        // any ties in the race.
        holder = installProvider(c, holder, holder.info,
                true /*noisy*/, holder.noReleaseNeeded, stable);
        return holder.provider;
    }
版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/u014529755/article/details/79946034

从头学Android之ContentProvider示例源代码

  • 2011年11月27日 12:31
  • 96KB
  • 下载

ContentProvider源码分析(原)

一、前言         ContentProvider作为Android四大组件之一,承担着数据存储的作用,本文用一个最典型的删除(delete)操作,按照Android源码,从应用层的getC...
  • u010961631
  • u010961631
  • 2013-11-06 15:47:08
  • 5371

Android ContentProvider源码分析

转自 http://blog.csdn.net/u010961631/ 一、前言         ContentProvider作为Android四大组件之一,承担着数据存储的作用...
  • daogepiqian
  • daogepiqian
  • 2016-02-27 20:52:18
  • 570

Android应用程序组件Content Provider的启动过程源代码分析

通过前面的学习,我们知道在Android系统中,Content Provider可以为不同的应用程序访问相同的数据提供统一的入口。Content Provider一般是运行在独立的进程中的,每一个Co...
  • Luoshengyang
  • Luoshengyang
  • 2011-11-28 00:58:59
  • 47217

ContentProvider源码

  • 2010年07月18日 21:35
  • 28KB
  • 下载

06_contentprovider

  • 2014年03月21日 23:08
  • 1.42MB
  • 下载

Android ContentProvider之联系人数据库及操作

通讯录数据库的主要表之间架构关系: 第一层:Data层,每种独立的数据类型占一行。具体哪些独立的数据可以占一行,可以在mimetypes这张表中找到, 原生Android的系统 一共12...
  • u011240877
  • u011240877
  • 2015-03-24 17:04:14
  • 1416

Android之ContentProvider的启动过程源码分析

ContentProvider组件一次传递的数据量可能非常大,如果直接使用Binder进程间通信机制来传递数据的话,传输效率是个问题。不同的应用程序进程可以通过匿名共享内存来传输大数据,因为无论多大的...
  • zhangyongfeiyong
  • zhangyongfeiyong
  • 2016-07-26 19:52:45
  • 2141

java学习笔记(十五)

1.java.io.File基本的API File(String) long length() long lastModified() String getName() String getPath(...
  • u014596135
  • u014596135
  • 2016-05-08 19:55:25
  • 351
收藏助手
不良信息举报
您举报文章:Android笔记(十五)ContentProvider源码浅析
举报原因:
原因补充:

(最多只允许输入30个字)