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

2017-11-06 629 收藏

 Step 17. ActivityThread.installProvider

        这个函数定义在frameworks/base/core/java/android/app/ActivityThread.java文件中：

1. public final class ActivityThread {   
2.     ......   
3.        
4.     private final IContentProvider installProvider(Context context,   
5.             IContentProvider provider, ProviderInfo info, boolean noisy) {   
6.         ContentProvider localProvider = null;   
7.         if (provider == null) {   
8.             ......   
9.    
10.             Context c = null;   
11.             ApplicationInfo ai = info.applicationInfo;   
12.             if (context.getPackageName().equals(ai.packageName)) {   
13.                 c = context;   
14.             } else if (mInitialApplication != null &&   
15.                 mInitialApplication.getPackageName().equals(ai.packageName)) {   
16.                     c = mInitialApplication;   
17.             } else {   
18.                 try {   
19.                     c = context.createPackageContext(ai.packageName,   
20.                         Context.CONTEXT_INCLUDE_CODE);   
21.                 } catch (PackageManager.NameNotFoundException e) {   
22.                 }   
23.             }   
24.    
25.             ......   
26.    
27.             try {   
28.                 final java.lang.ClassLoader cl = c.getClassLoader();   
29.                 localProvider = (ContentProvider)cl.   
30.                     loadClass(info.name).newInstance();   
31.                 provider = localProvider.getIContentProvider();   
32.                 ......   
33.    
34.                 // XXX Need to create the correct context for this provider.   
35.                 localProvider.attachInfo(c, info);   
36.             } catch (java.lang.Exception e) {   
37.                 ......   
38.             }   
39.    
40.         } else if (localLOGV) {   
41.             ......   
42.         }   
43.    
44.         synchronized (mProviderMap) {   
45.             // Cache the pointer for the remote provider.   
46.             String names[] = PATTERN_SEMICOLON.split(info.authority);   
47.             for (int i=0; i<names.length; i++) {   
48.                 ProviderClientRecord pr = new ProviderClientRecord(names[i], provider,   
49.                     localProvider);   
50.                 try {   
51.                     provider.asBinder().linkToDeath(pr, 0);   
52.                     mProviderMap.put(names[i], pr);   
53.                 } catch (RemoteException e) {   
54.                     return null;   
55.                 }   
56.             }   
57.             if (localProvider != null) {   
58.                 mLocalProviders.put(provider.asBinder(),   
59.                     new ProviderClientRecord(null, provider, localProvider));   
60.             }   
61.         }   
62.    
63.         return provider;   
64.     }   
65.    
66.     ......   
67. }   

  这个函数的作用主要就是在应用程序进程中把相应的Content Provider类加载进来了，在我们这个种情景中，就是要在ArticlesProvider这个应用程序中把ArticlesProvider这个Content Provider类加载到内存中来了：

1. final java.lang.ClassLoader cl = c.getClassLoader();   
2. localProvider = (ContentProvider)cl.   
3.     loadClass(info.name).newInstance();   

    接着通过调用localProvider的getIContentProvider函数来获得一个Binder对象，这个Binder对象返回给installContentProviders函数之后，就会传到ActivityManagerService中去，后续其它应用程序就是通过获得这个Binder对象来和相应的Content Provider进行通信的了。我们先看一下这个函数的实现，然后再回到installProvider函数中继续分析。

 

         Step 18. ContentProvider.getIContentProvider

         这个函数定义在frameworks/base/core/java/android/content/ContentProvider.java文件中：

1. public abstract class ContentProvider implements ComponentCallbacks {   
2.     ......   
3.    
4.     private Transport mTransport = new Transport();   
5.    
6.     ......   
7.    
8.     class Transport extends ContentProviderNative {   
9.         ......   
10.     }   
11.    
12.     public IContentProvider getIContentProvider() {   
13.         return mTransport;   
14.     }   
15.    
16.     ......   
17. }   

       从这里我们可以看出，ContentProvider类和Transport类的关系就类似于ActivityThread和ApplicationThread的关系，其它应用程序不是直接调用ContentProvider接口来访问它的数据，而是通过调用它的内部对象mTransport来间接调用ContentProvider的接口，这一点我们在下一篇文章中分析调用Content Provider接口来获取共享数据时将会看到。
        回到前面的installProvider函数中，它接下来调用下面接口来初始化刚刚加载好的Content Provider：

1. // XXX Need to create the correct context for this provider.  
2. localProvider.attachInfo(c, info);  

        同样，我们先进入到ContentProvider类的attachInfo函数去看看它的实现，然后再回到installProvider函数来。

 

        Step 19. ContentProvider.attachInfo

        这个函数定义在frameworks/base/core/java/android/content/ContentProvider.java文件中：

1. public abstract class ContentProvider implements ComponentCallbacks {   
2.     ......   
3.    
4.     public void attachInfo(Context context, ProviderInfo info) {   
5.         /*  
6.         * Only allow it to be set once, so after the content service gives  
7.         * this to us clients can't change it.  
8.         */   
9.         if (mContext == null) {   
10.             mContext = context;   
11.             mMyUid = Process.myUid();   
12.             if (info != null) {   
13.                 setReadPermission(info.readPermission);   
14.                 setWritePermission(info.writePermission);   
15.                 setPathPermissions(info.pathPermissions);   
16.                 mExported = info.exported;   
17.             }   
18.             ContentProvider.this.onCreate();   
19.         }   
20.     }   
21.    
22.     ......   
23. }   

      这个函数很简单，主要就是根据这个Content Provider的信息info来设置相应的读写权限，然后调用它的子类的onCreate函数来让子类执行一些初始化的工作。在我们这个情景中，这个子类就是ArticlesProvide应用程序中的ArticlesProvider类了。

        Step 20. ArticlesProvider.onCreate

        这个函数定义在前面一篇文章 Android应用程序组件Content Provider应用实例 介绍的应用程序ArtilcesProvider源代码工程目录下，在文件为packages/experimental/ArticlesProvider/src/shy/luo/providers/articles/ArticlesProvider.java中：

1. public class ArticlesProvider extends ContentProvider {  
2.     ......  
3.   
4.     @Override  
5.     public boolean onCreate() {  
6.         Context context = getContext();  
7.         resolver = context.getContentResolver();  
8.         dbHelper = new DBHelper(context, DB_NAME, null, DB_VERSION);  
9.   
10.         return true;  
11.     }  
12.   
13.     ......  
14. }  

        这个函数主要执行一些简单的工作，例如，获得应用程序上下文的ContentResolver接口和创建数据库操作辅助对象，具体可以参考前面一篇文章 Android应用程序组件Content Provider应用实例 。

 

        回到前面Step 17中的installProvider函数中，它接下来就是把这些在本地中加载的Content Provider信息保存下来了，以方便后面查询和使用：

1. synchronized (mProviderMap) {  
2.     // Cache the pointer for the remote provider.  
3.     String names[] = PATTERN_SEMICOLON.split(info.authority);  
4.     for (int i=0; i<names.length; i++) {  
5.     ProviderClientRecord pr = new ProviderClientRecord(names[i], provider,  
6.         localProvider);  
7.     try {  
8.         provider.asBinder().linkToDeath(pr, 0);  
9.         mProviderMap.put(names[i], pr);  
10.     } catch (RemoteException e) {  
11.         return null;  
12.     }  
13.     }  
14.     if (localProvider != null) {  
15.     mLocalProviders.put(provider.asBinder(),  
16.         new ProviderClientRecord(null, provider, localProvider));  
17.     }  
18. }  

        和ActivityMangerService类似，在ActivityThread中，以Content Provider的authority为键值来把这个Content Provider的信息保存在mProviderMap成员变量中，因为一个Content Provider可以对应多个authority，因此这里用一个for循环来处理，同时又以这个Content Provider对应的Binder对象provider来键值来把这个Content Provider的信息保存在mLocalProviders成员变量中，表明这是一个在本地加载的Content Provider。

本文转自 Luoshengyang 51CTO博客，原文链接：http://blog.51cto.com/shyluo/966989，如需转载请自行联系原作者

上一篇 下一篇

微信关注我们

原文链接：https://yq.aliyun.com/articles/407054

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

[Android Memory] Android性能测试小工具Emmagee

转载：http://blog.csdn.net/anlegor/article/details/22895993 Emmagee是网易杭州QA团队开发的用于测试指定android应用性能的小工具。该工具的优势在于如同windows系统性能监视器类似，它提供的是数据采集的功能，而行为则基于用户真实的应用操作。 在使用上几乎近似不用任何教材即可上手，我们以360手机卫士为例，查看启动，扫描、清理过程中资源消耗的变化。 首先启动Emmagee，设置采集频率为1秒，从列表中选择360安全卫士，开始测试 操作完成后，从系统任务列表中选择Emmagee，并停止测试，在”storage\sdcard0”下找到命名类似”Emmagee_TestResult_20140403210532.csv”的文件，打卡即为监控的得到的数据，如下所示。 将csv数据拷贝到excel中生成图表，即可清晰看到整个操作过程中cpu、内存等关键数据的变化。 项目主页为：https://github.com/NetEase/Emmagee 分类: Android Memory 本文转自demoblog博客园博客，原文链接...

2017-11-07

624

上一篇

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

Step 13.ActivityManagerService.attachApplicationLocked 这个函数定义在frameworks/base/services/java/com/android/server/am/ActivityManagerService.java文件中： publicfinalclassActivityManagerServiceextendsActivityManagerNative implementsWatchdog.Monitor,BatteryStatsImpl.BatteryCallback{ ...... privatefinalbooleanattachApplicationLocked(IApplicationThreadthread, intpid){ //Findtheapplicationrecordthatisbeingattached...eithervia //thepidifwearerunninginmultipleprocesses,orjustpullthe //nextapprecordifwearee...

2017-11-07

550

下一篇

相关文章

发表评论

发表

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

时间: 2025-12-03 大小: 4.36MB 下载: 23次

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

时间: 2026-03-01 大小: 1MB 下载: 6次

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

时间: 2025-12-21 大小: 189MB 下载: 2次

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

时间: 2026-03-02 大小: 1.42GB 下载: 3次