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

2017-11-14 577 收藏

 Step 7. ActivityManagerService.getContentProviderImpl

        这个函数定义在frameworks/base/services/java/com/android/server/am/ActivityManagerService.java文件中：

1. public final class ActivityManagerService extends ActivityManagerNative   
2.         implements Watchdog.Monitor, BatteryStatsImpl.BatteryCallback {   
3.     ......   
4.    
5.     private final ContentProviderHolder getContentProviderImpl(   
6.             IApplicationThread caller, String name) {   
7.         ContentProviderRecord cpr;   
8.         ProviderInfo cpi = null;   
9.    
10.         synchronized(this) {   
11.             ProcessRecord r = null;   
12.             if (caller != null) {   
13.                 r = getRecordForAppLocked(caller);   
14.                 ......   
15.             }   
16.    
17.             // First check if this content provider has been published...   
18.             cpr = mProvidersByName.get(name);   
19.             if (cpr != null) {   
20.                 ......   
21.             } else {   
22.                 try {   
23.                     cpi = AppGlobals.getPackageManager().   
24.                         resolveContentProvider(name,   
25.                         STOCK_PM_FLAGS | PackageManager.GET_URI_PERMISSION_PATTERNS);   
26.                 } catch (RemoteException ex) {   
27.                 }   
28.                 ......   
29.             }   
30.    
31.             cpr = mProvidersByClass.get(cpi.name);   
32.             final boolean firstClass = cpr == null;   
33.             if (firstClass) {   
34.                 try {   
35.                     ApplicationInfo ai =   
36.                         AppGlobals.getPackageManager().   
37.                         getApplicationInfo(   
38.                         cpi.applicationInfo.packageName,   
39.                         STOCK_PM_FLAGS);   
40.                     ......   
41.                     cpr = new ContentProviderRecord(cpi, ai);   
42.                 } catch (RemoteException ex) {   
43.                     // pm is in same process, this will never happen.   
44.                 }   
45.             }   
46.    
47.             if (r != null && cpr.canRunHere(r)) {   
48.                 // If this is a multiprocess provider, then just return its   
49.                 // info and allow the caller to instantiate it.  Only do   
50.                 // this if the provider is the same user as the caller's   
51.                 // process, or can run as root (so can be in any process).   
52.                 return cpr;   
53.             }   
54.    
55.             ......   
56.    
57.             // This is single process, and our app is now connecting to it.   
58.             // See if we are already in the process of launching this   
59.             // provider.   
60.             final int N = mLaunchingProviders.size();   
61.             int i;   
62.             for (i=0; i<N; i++) {   
63.                 if (mLaunchingProviders.get(i) == cpr) {   
64.                     break;   
65.                 }   
66.             }   
67.    
68.             // If the provider is not already being launched, then get it   
69.             // started.   
70.             if (i >= N) {   
71.                 final long origId = Binder.clearCallingIdentity();   
72.                 ProcessRecord proc = startProcessLocked(cpi.processName,   
73.                     cpr.appInfo, false, 0, "content provider",   
74.                     new ComponentName(cpi.applicationInfo.packageName,   
75.                     cpi.name), false);   
76.                 ......   
77.                 mLaunchingProviders.add(cpr);   
78.                 ......   
79.             }   
80.    
81.             // Make sure the provider is published (the same provider class   
82.             // may be published under multiple names).   
83.             if (firstClass) {   
84.                 mProvidersByClass.put(cpi.name, cpr);   
85.             }   
86.             cpr.launchingApp = proc;   
87.             mProvidersByName.put(name, cpr);   
88.    
89.             ......   
90.         }   
91.    
92.         // Wait for the provider to be published...   
93.         synchronized (cpr) {   
94.             while (cpr.provider == null) {   
95.                 ......   
96.                 try {   
97.                     cpr.wait();   
98.                 } catch (InterruptedException ex) {   
99.                 }   
100.             }   
101.         }   
102.    
103.         return cpr;   
104.     }   
105.        
106.     ......   
107. }   

    这个函数比较长，我们一步一步地分析。
        函数首先是获取调用者的进程记录块信息：

1. ProcessRecord r = null;  
2. if (caller != null) {  
3.     r = getRecordForAppLocked(caller);  
4.     ......  
5. }  

        在我们这个情景中，要获取的就是应用程序Article的进程记录块信息了，后面会用到。

 

        在ActivityManagerService中，有两个成员变量是用来保存系统中的Content Provider信息的，一个是mProvidersByName，一个是mProvidersByClass，前者是以Content Provider的authoriry值为键值来保存的，后者是以Content Provider的类名为键值来保存的。一个Content Provider可以有多个authority，而只有一个类来和它对应，因此，这里要用两个Map来保存，这里为了方便根据不同条件来快速查找而设计的。下面的代码就是用来检查要获取的Content Provider是否已经加存在的了：

1. // First check if this content provider has been published...   
2. cpr = mProvidersByName.get(name);   
3. if (cpr != null) {   
4.     ......   
5. } else {   
6.     try {   
7.         cpi = AppGlobals.getPackageManager().   
8.             resolveContentProvider(name,   
9.             STOCK_PM_FLAGS | PackageManager.GET_URI_PERMISSION_PATTERNS);   
10.     } catch (RemoteException ex) {   
11.     }   
12.     ......   
13. }   
14.    
15. cpr = mProvidersByClass.get(cpi.name);   
16. final boolean firstClass = cpr == null;   
17. if (firstClass) {   
18.     try {   
19.         ApplicationInfo ai =   
20.             AppGlobals.getPackageManager().   
21.             getApplicationInfo(   
22.             cpi.applicationInfo.packageName,   
23.             STOCK_PM_FLAGS);   
24.         ......   
25.         cpr = new ContentProviderRecord(cpi, ai);   
26.     } catch (RemoteException ex) {   
27.         // pm is in same process, this will never happen.   
28.     }   
29. }   

      在我们这个情景中，由于是第一次调用ArticlesProvider接口，因此，在mProvidersByName和mProvidersByClass两个Map中都不存在ArticlesProvider的相关信息，因此，这里会通过AppGlobals.getPackageManager函数来获得PackageManagerService服务接口，然后分别通过它的resolveContentProvider和getApplicationInfo函数来分别获取ArticlesProvider应用程序的相关信息，分别保存在cpi和cpr这两个本地变量中。这些信息都是在安装应用程序的过程中保存下来的，具体可以参考 Android应用程序安装过程源代码分析 一文。

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

上一篇 下一篇

微信关注我们

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

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

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

下载Google官方/CM Android源代码自动重新开始的Shell脚本

国内由于某种原因，下载CM或Google官方的Android源代码总容易中断。总看着机器，一中断就重新执行repo sync还太麻烦，所以我特意编写了一段shell脚本（download.sh）。通过获取shell最后返回的状态码来决定是否再次执行repo sync命令。 1 2 3 4 5 6 7 8 9 #!/bin/bash echo "======start repo sync======" repo sync # 第一次下载android源代码 while [ $? != 0 ]; do echo "======sync failed, re-sync again======" sleep 2 repo sync # 如果出错，隔2秒后回继续调用repo sync下载android源代码 done 其中“$?”可以获取Shell最近一次执行的状态，如果成功执行，返回0，否则返回非0的数。将该脚本（download.sh）复制到Android源代码的根目录，执行该脚本即可。即使中断也无所谓了。 PS：还有就是最近发现下载repo文件的链接变了，用以前的...

2017-11-15

535

上一篇

Android开发学习笔记：浅谈ToggleButton

ToggleButton(开关按钮)是Android系统中比较简单的一个组件，是一个具有选中和未选择状态双状态的按钮，并且需要为不同的状态设置不同的显示文本。 ToggleButton常用的XML属性 属性名称 描述 android:disabledAlpha 设置按钮在禁用时透明度。 android:textOff 未选中时按钮的文本 android:textOn 选中时按钮的文本 下面是具体的例子： 第一个例子是通过Toast显示ToggleButton不同的状态时的信息 MainActivity.java packagecom.android.togglebutton; importandroid.app.Activity; importandroid.os.Bundle; importandroid.view.View; importandroid.view.View.OnClickListener; importandroid.widget.Toast; importandroid.widget.ToggleButton; publicclassMain...

2017-11-15

556

下一篇

相关文章

发表评论

发表

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

时间: 2025-12-12 大小: 211.28KB 下载: 54次

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-01-03 大小: 1.42GB 下载: 2次

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。

时间: 2025-12-03 大小: 9.84MB 下载: 39次