- 浏览: 23875 次
- 性别:
- 来自: 北京
最新评论
page1
从本篇文章开始,我们分析一下Activity创建Context的过程.
Context是在ActivityThread的performLaunchActivity函数中创建的, 因此我们就从performLaunchActivity函数作为入口开始分析:
1 private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) {
2 // System.out.println("##### [" + System.currentTimeMillis() + "] ActivityThread.performLaunchActivity(" + r + ")");
3
4 ActivityInfo aInfo = r.activityInfo;
5 if (r.packageInfo == null) {
6 r.packageInfo = getPackageInfo(aInfo.applicationInfo, r.compatInfo,
7 Context.CONTEXT_INCLUDE_CODE);
8 }
9
10 ComponentName component = r.intent.getComponent();
11 if (component == null) {
12 component = r.intent.resolveActivity(
13 mInitialApplication.getPackageManager());
14 r.intent.setComponent(component);
15 }
16
17 if (r.activityInfo.targetActivity != null) {
18 component = new ComponentName(r.activityInfo.packageName,
19 r.activityInfo.targetActivity);
20 }
21
22 Activity activity = null;
23 try {
24 java.lang.ClassLoader cl = r.packageInfo.getClassLoader();
25 activity = mInstrumentation.newActivity(
26 cl, component.getClassName(), r.intent);
27 StrictMode.incrementExpectedActivityCount(activity.getClass());
28 r.intent.setExtrasClassLoader(cl);
29 if (r.state != null) {
30 r.state.setClassLoader(cl);
31 }
32 } catch (Exception e) {
33 if (!mInstrumentation.onException(activity, e)) {
34 throw new RuntimeException(
35 "Unable to instantiate activity " + component
36 + ": " + e.toString(), e);
37 }
38 }
39
40 try {
41 Application app = r.packageInfo.makeApplication(false, mInstrumentation);
42
43 if (localLOGV) Slog.v(TAG, "Performing launch of " + r);
44 if (localLOGV) Slog.v(
45 TAG, r + ": app=" + app
46 + ", appName=" + app.getPackageName()
47 + ", pkg=" + r.packageInfo.getPackageName()
48 + ", comp=" + r.intent.getComponent().toShortString()
49 + ", dir=" + r.packageInfo.getAppDir());
50
51 if (activity != null) {
52 Context appContext = createBaseContextForActivity(r, activity);
53 CharSequence title = r.activityInfo.loadLabel(appContext.getPackageManager());
54 Configuration config = new Configuration(mCompatConfiguration);
55 if (DEBUG_CONFIGURATION) Slog.v(TAG, "Launching activity "
56 + r.activityInfo.name + " with config " + config);
57 activity.attach(appContext, this, getInstrumentation(), r.token,
58 r.ident, app, r.intent, r.activityInfo, title, r.parent,
59 r.embeddedID, r.lastNonConfigurationInstances, config);
60
61 if (customIntent != null) {
62 activity.mIntent = customIntent;
63 }
64 r.lastNonConfigurationInstances = null;
65 activity.mStartedActivity = false;
66 int theme = r.activityInfo.getThemeResource();
67 if (theme != 0) {
68 activity.setTheme(theme);
69 }
70
71 activity.mCalled = false;
72 mInstrumentation.callActivityOnCreate(activity, r.state);
73 if (!activity.mCalled) {
74 throw new SuperNotCalledException(
75 "Activity " + r.intent.getComponent().toShortString() +
76 " did not call through to super.onCreate()");
77 }
78 r.activity = activity;
79 r.stopped = true;
80 if (!r.activity.mFinished) {
81 activity.performStart();
82 r.stopped = false;
83 }
84 if (!r.activity.mFinished) {
85 if (r.state != null) {
86 mInstrumentation.callActivityOnRestoreInstanceState(activity, r.state);
87 }
88 }
89 if (!r.activity.mFinished) {
90 activity.mCalled = false;
91 mInstrumentation.callActivityOnPostCreate(activity, r.state);
92 if (!activity.mCalled) {
93 throw new SuperNotCalledException(
94 "Activity " + r.intent.getComponent().toShortString() +
95 " did not call through to super.onPostCreate()");
96 }
97 }
98 }
99 r.paused = true;
100
101 mActivities.put(r.token, r);
102
103 } catch (SuperNotCalledException e) {
104 throw e;
105
106 } catch (Exception e) {
107 if (!mInstrumentation.onException(activity, e)) {
108 throw new RuntimeException(
109 "Unable to start activity " + component
110 + ": " + e.toString(), e);
111 }
112 }
113
114 return activity;
115 }
第52行(ActivityThread->performLaunchActivity)调用createBaseContextForActivity函数为刚刚创建的activity对象创建Context对象, 关于performLaunchActivity函数的详细分析可以参考page2文件.
第57-59行(ActivityThread->performLaunchActivity)调用Activity的attach函数, 关于attach函数的详细分析可以参考page5文件.
page2
ActivityThread的createBaseContextForActivity函数定义如下:
1 private Context createBaseContextForActivity(ActivityClientRecord r,
2 final Activity activity) {
3 ContextImpl appContext = new ContextImpl();
4 appContext.init(r.packageInfo, r.token, this);
5 appContext.setOuterContext(activity);
6
7 // For debugging purposes, if the activity's package name contains the value of
8 // the "debug.use-second-display" system property as a substring, then show
9 // its content on a secondary display if there is one.
10 Context baseContext = appContext;
11 String pkgName = SystemProperties.get("debug.second-display.pkg");
12 if (pkgName != null && !pkgName.isEmpty()
13 && r.packageInfo.mPackageName.contains(pkgName)) {
14 DisplayManagerGlobal dm = DisplayManagerGlobal.getInstance();
15 for (int displayId : dm.getDisplayIds()) {
16 if (displayId != Display.DEFAULT_DISPLAY) {
17 Display display = dm.getRealDisplay(displayId);
18 baseContext = appContext.createDisplayContext(display);
19 break;
20 }
21 }
22 }
23 return baseContext;
24 }
第3行(ActivityThread->createBaseContextForActivity)会new一个ContextImpl对象. ContextImpl的构造函数的详细分析可以参考page3文件.
第4行(ActivityThread->createBaseContextForActivity)会调用ContextImpl的init函数, 关于init函数的详细分析可以参考page4文件.
第5行(ActivityThread->createBaseContextForActivity)调用ContextImpl的setOuterContext函数, ContextImpl的setOuterContext函数定义如下:
final void setOuterContext(Context context) {
mOuterContext = context;
}
这样, ContextImpl也会拿着activity对象.
第10-22行(ActivityThread->createBaseContextForActivity)是干什么呢?不知道.
page3
在这里我们分析一下ContextImpl类的构造过程.我们先来看一下ContextImpl类的继承体系, ContextImpl类的定义如下:
class ContextImpl extends Context {
public abstract class Context {
ContextImpl类的构造函数如下所示
ContextImpl() {
mOuterContext = this;
}
在ContextImpl的构造函数中, 只是初始化了成员变量mOuterContext, 使之指向该ContextImpl对象.
成员变量mOuterContext的定义如下:
private Context mOuterContext;
妈的, 就这么简单.
从本篇文章开始,我们分析一下Activity创建Context的过程.
Context是在ActivityThread的performLaunchActivity函数中创建的, 因此我们就从performLaunchActivity函数作为入口开始分析:
1 private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) {
2 // System.out.println("##### [" + System.currentTimeMillis() + "] ActivityThread.performLaunchActivity(" + r + ")");
3
4 ActivityInfo aInfo = r.activityInfo;
5 if (r.packageInfo == null) {
6 r.packageInfo = getPackageInfo(aInfo.applicationInfo, r.compatInfo,
7 Context.CONTEXT_INCLUDE_CODE);
8 }
9
10 ComponentName component = r.intent.getComponent();
11 if (component == null) {
12 component = r.intent.resolveActivity(
13 mInitialApplication.getPackageManager());
14 r.intent.setComponent(component);
15 }
16
17 if (r.activityInfo.targetActivity != null) {
18 component = new ComponentName(r.activityInfo.packageName,
19 r.activityInfo.targetActivity);
20 }
21
22 Activity activity = null;
23 try {
24 java.lang.ClassLoader cl = r.packageInfo.getClassLoader();
25 activity = mInstrumentation.newActivity(
26 cl, component.getClassName(), r.intent);
27 StrictMode.incrementExpectedActivityCount(activity.getClass());
28 r.intent.setExtrasClassLoader(cl);
29 if (r.state != null) {
30 r.state.setClassLoader(cl);
31 }
32 } catch (Exception e) {
33 if (!mInstrumentation.onException(activity, e)) {
34 throw new RuntimeException(
35 "Unable to instantiate activity " + component
36 + ": " + e.toString(), e);
37 }
38 }
39
40 try {
41 Application app = r.packageInfo.makeApplication(false, mInstrumentation);
42
43 if (localLOGV) Slog.v(TAG, "Performing launch of " + r);
44 if (localLOGV) Slog.v(
45 TAG, r + ": app=" + app
46 + ", appName=" + app.getPackageName()
47 + ", pkg=" + r.packageInfo.getPackageName()
48 + ", comp=" + r.intent.getComponent().toShortString()
49 + ", dir=" + r.packageInfo.getAppDir());
50
51 if (activity != null) {
52 Context appContext = createBaseContextForActivity(r, activity);
53 CharSequence title = r.activityInfo.loadLabel(appContext.getPackageManager());
54 Configuration config = new Configuration(mCompatConfiguration);
55 if (DEBUG_CONFIGURATION) Slog.v(TAG, "Launching activity "
56 + r.activityInfo.name + " with config " + config);
57 activity.attach(appContext, this, getInstrumentation(), r.token,
58 r.ident, app, r.intent, r.activityInfo, title, r.parent,
59 r.embeddedID, r.lastNonConfigurationInstances, config);
60
61 if (customIntent != null) {
62 activity.mIntent = customIntent;
63 }
64 r.lastNonConfigurationInstances = null;
65 activity.mStartedActivity = false;
66 int theme = r.activityInfo.getThemeResource();
67 if (theme != 0) {
68 activity.setTheme(theme);
69 }
70
71 activity.mCalled = false;
72 mInstrumentation.callActivityOnCreate(activity, r.state);
73 if (!activity.mCalled) {
74 throw new SuperNotCalledException(
75 "Activity " + r.intent.getComponent().toShortString() +
76 " did not call through to super.onCreate()");
77 }
78 r.activity = activity;
79 r.stopped = true;
80 if (!r.activity.mFinished) {
81 activity.performStart();
82 r.stopped = false;
83 }
84 if (!r.activity.mFinished) {
85 if (r.state != null) {
86 mInstrumentation.callActivityOnRestoreInstanceState(activity, r.state);
87 }
88 }
89 if (!r.activity.mFinished) {
90 activity.mCalled = false;
91 mInstrumentation.callActivityOnPostCreate(activity, r.state);
92 if (!activity.mCalled) {
93 throw new SuperNotCalledException(
94 "Activity " + r.intent.getComponent().toShortString() +
95 " did not call through to super.onPostCreate()");
96 }
97 }
98 }
99 r.paused = true;
100
101 mActivities.put(r.token, r);
102
103 } catch (SuperNotCalledException e) {
104 throw e;
105
106 } catch (Exception e) {
107 if (!mInstrumentation.onException(activity, e)) {
108 throw new RuntimeException(
109 "Unable to start activity " + component
110 + ": " + e.toString(), e);
111 }
112 }
113
114 return activity;
115 }
第52行(ActivityThread->performLaunchActivity)调用createBaseContextForActivity函数为刚刚创建的activity对象创建Context对象, 关于performLaunchActivity函数的详细分析可以参考page2文件.
第57-59行(ActivityThread->performLaunchActivity)调用Activity的attach函数, 关于attach函数的详细分析可以参考page5文件.
page2
ActivityThread的createBaseContextForActivity函数定义如下:
1 private Context createBaseContextForActivity(ActivityClientRecord r,
2 final Activity activity) {
3 ContextImpl appContext = new ContextImpl();
4 appContext.init(r.packageInfo, r.token, this);
5 appContext.setOuterContext(activity);
6
7 // For debugging purposes, if the activity's package name contains the value of
8 // the "debug.use-second-display" system property as a substring, then show
9 // its content on a secondary display if there is one.
10 Context baseContext = appContext;
11 String pkgName = SystemProperties.get("debug.second-display.pkg");
12 if (pkgName != null && !pkgName.isEmpty()
13 && r.packageInfo.mPackageName.contains(pkgName)) {
14 DisplayManagerGlobal dm = DisplayManagerGlobal.getInstance();
15 for (int displayId : dm.getDisplayIds()) {
16 if (displayId != Display.DEFAULT_DISPLAY) {
17 Display display = dm.getRealDisplay(displayId);
18 baseContext = appContext.createDisplayContext(display);
19 break;
20 }
21 }
22 }
23 return baseContext;
24 }
第3行(ActivityThread->createBaseContextForActivity)会new一个ContextImpl对象. ContextImpl的构造函数的详细分析可以参考page3文件.
第4行(ActivityThread->createBaseContextForActivity)会调用ContextImpl的init函数, 关于init函数的详细分析可以参考page4文件.
第5行(ActivityThread->createBaseContextForActivity)调用ContextImpl的setOuterContext函数, ContextImpl的setOuterContext函数定义如下:
final void setOuterContext(Context context) {
mOuterContext = context;
}
这样, ContextImpl也会拿着activity对象.
第10-22行(ActivityThread->createBaseContextForActivity)是干什么呢?不知道.
page3
在这里我们分析一下ContextImpl类的构造过程.我们先来看一下ContextImpl类的继承体系, ContextImpl类的定义如下:
class ContextImpl extends Context {
public abstract class Context {
ContextImpl类的构造函数如下所示
ContextImpl() {
mOuterContext = this;
}
在ContextImpl的构造函数中, 只是初始化了成员变量mOuterContext, 使之指向该ContextImpl对象.
成员变量mOuterContext的定义如下:
private Context mOuterContext;
妈的, 就这么简单.
发表评论
-
Activity与WindowManagerService连接的过程(三)
2018-04-16 16:27 622page11 WindowManagerService ... -
Activity与WindowManagerService连接的过程(二)
2018-04-16 16:36 768page6 WindowManagerGlobal的getW ... -
Activity与WindowManagerService连接的过程(一)
2018-04-16 16:21 986page1 Activity组件在 ... -
Activity的ViewRoot的创建过程(三)
2017-11-06 14:25 741page7 在这篇文章里, 我们分析一下W类的构造过程. W ... -
Activity的ViewRoot的创建过程(二)
2017-11-06 14:29 940page4 我们看一下ViewRootImpl对象的创 ... -
Activity的ViewRoot的创建过程(一)
2017-11-06 14:27 1079page1 当一个Activity第一次激活的时候会为该Ac ... -
Activity的Window和WindowManager的创建过程(三)
2017-07-05 11:49 1334page9 在这里我们分析一下DisplayManager的 ... -
Activity的Window和WindowManager的创建过程(二)
2017-07-05 11:31 546page5 在这篇文章中, 我们分析一下ContextImp ... -
Activity的Window和WindowManager的创建过程(一)
2017-07-05 11:27 606page1 我们开始分析一下Activity的Window和 ... -
Acitivy创建Context的过程(二)
2017-06-21 14:11 513page4 在这里我们分析一下ContextImpl的ini ... -
应用程序进程与SurfaceFlinger的连接过程
2017-06-21 11:49 1060我们从SurfaceComposerClient对象的创建开始 ... -
Android源码之SurfaceFlinger的启动(三)
2017-04-20 11:09 1045page11 我们来看一下SurfaceFlinger ... -
Android源码之SurfaceFlinger的启动(二)
2017-04-18 15:15 882page6 我们看一下Thread的run函数的实现: ... -
Android源码之SurfaceFlinger的启动(一)
2017-04-17 10:07 1000page1 在Android系统中, 显示系统在底层是通过S ... -
Android源码之Zygote
2015-12-15 11:45 519当ActivityManagerService启动一个应用程序 ... -
Android源码之Binder(五)
2015-12-04 09:19 1515Service组件在启动时,需要将自己注册到Service M ... -
Android源码之Binder(四)
2015-12-04 09:18 1951case BINDER_SET_MAX_THREADS: ... -
Android源码之Binder(三)
2015-12-04 09:17 910{ int ret; struct binder_pr ... -
Android源码之Binder(二)
2015-12-04 09:15 549分析完Binder驱动程序的打开和内存分配的过程之后,我们看一 ... -
Android源码之Binder(一)
2015-12-04 09:12 996在Android系统中,进程间通信使用的是Binder机制。B ...
相关推荐
首先系统的服务会先检查startActivity中的intent的信息,然后在去创建进程,最后才是执行启动Acitivy的操作。而我们上面提到的显示白黑屏的问题,就是在这段时间内产生的。 系统在绘制页面加载布局之前,首先会初始...
在做Service简单练习时,在Service中的OnCreate、OnStart、OnDestroy三个方法中都像在Activity中同样的方法调用了Toast.makeText,并在Acitivy中通过两个按钮来调用该服务的onStart和onDestroy方法: DemoService...
【资源说明】 基于微信小程序的校园论坛;微信小程序;云开发;云数据库;云储存;云函数;纯JS无后台;全部资料+详细文档+高分项目.zip 【备注】 1、该项目是个人高分项目源码,已获导师指导认可通过,答辩评审分达到95分 2、该资源内项目代码都经过测试运行成功,功能ok的情况下才上传的,请放心下载使用! 3、本项目适合计算机相关专业(人工智能、通信工程、自动化、电子信息、物联网等)的在校学生、老师或者企业员工下载使用,也可作为毕业设计、课程设计、作业、项目初期立项演示等,当然也适合小白学习进阶。 4、如果基础还行,可以在此代码基础上进行修改,以实现其他功能,也可直接用于毕设、课设、作业等。 欢迎下载,沟通交流,互相学习,共同进步!
单电阻采样 基于单电阻采样的相电流重构算法 keil完整工程。 单电阻采样 f103的单电阻,完整工程,带文档,带硬件资料。 f3平台的单电阻完整工程,代码详细注释。 还有微芯的单电阻smo代码加文档 具体如截图请看下
jQuery左侧导航右侧tab页面切换
哈希查找
五相电机邻近四矢量SVPWM模型_MATLAB_Simulink仿真模型包括: (1)原理说明文档(重要):包括扇区判断、矢量作用时间计算、矢量作用顺序及切时间计算、PWM波的生成; (2)输出部分仿真波形及仿真说明文档; (3)完整版仿真模型:Simulink仿真模型; 注意,只包含五相电机邻近四矢量SVPWM算法,并非五相电机双闭环矢量控制,如果想要五相电机双闭环矢量控制资料,另一个链接。 资料介绍过程十分详细
法码滋.exe法码滋2.exe法码滋3.exe
项目包含完整前后端源码和数据库文件,均测试可正常运行 环境说明: 开发语言:Java 框架:ssm,mybatis JDK版本:JDK1.8 数据库:mysql 5.7 数据库工具:Navicat11 开发软件:eclipse/idea Maven包:Maven3.3 部署容器:tomcat7
算法允许用户在图像上自行划定标签,并对这些区域内的图像进行肤色检测和处理;最后在一个PyQt窗口中显示处理后的三张图片,分别为带标签图片,二值化图片,膨胀后图片。
内容概要: 本资料包含了一系列用于庆祝浪漫节日的创意代码,主要包括爱心代码和圣诞树代码。这些代码可以生成视觉上吸引人的图案和动画,用于在屏幕上展示爱心和圣诞树,增加节日气氛。爱心代码可以用于表达爱意,而圣诞树代码则适合在圣诞节期间使用,为用户带来节日的欢乐和视觉享受。 适用人群: 本资料适用于以下人群: 程序员和开发者,他们希望在项目中添加节日元素或为特别场合创造个性化的视觉效果。 网页设计师,他们需要为网站或应用程序添加节日主题的装饰。 技术爱好者和DIY爱好者,他们喜欢通过编程来庆祝节日或为朋友和家人制作特别的礼物。 实现:可直接运行python程序。
1. 患者信息与隔离状态管理 患者基本信息录入:对于疑似、确诊或密切接触者患者,系统记录其基本信息,包括姓名、年龄、性别、联系方式、住址等。 疫情风险评估:通过问卷或医务人员评估,系统对患者进行风险评估,判断是否需要隔离、隔离的级别(如轻症、中症、重症等)。 隔离状态管理:记录患者的隔离状态(如隔离中、已解除隔离、转入ICU等),并能够实时更新隔离状态变化。 隔离病房分配:根据患者的病情、感染风险和病房资源,系统自动分配适当的隔离病房或床位,避免交叉感染。 2. 隔离病房与环境管理 病房信息管理:系统对每个隔离病房进行实时监控,包括病房的床位使用情况、设备设施、清洁消毒状况等,确保每个病房的隔离效果。 空气流通与环境消毒管理:记录隔离病房的空气流通情况、消毒记录、物品消耗等,确保符合疫情防控要求。 设备与物资分配:针对隔离病房的特殊需求,系统可以自动化管理医疗设备(如氧气、呼吸机等)与防护物资(如口罩、手套、防护服等)的分配与库存管理。 3. 医护人员防护与工作管理 医护人员排班与防护管理:为隔离病房的医护人员进行特殊排班,避免交叉感染,并根据需要分配适当的防护装备,如全身防护服、N9
适配文章:https://editor.csdn.net/md?not_checkout=1&spm=1011.2415.3001.6217&articleId=144663667 富芮坤FR8003作为主机连接FR8003二:官方代码主从的UUID和att_idx
内容概要:文章介绍了USB PD协议单口控制器DP3145D的技术特点、主要功能和应用场景。DP3145D支持USB Type-C和USB Power Delivery(PD)3.1协议,具备多种配置选项,最高输出功率45W。它集成了CV环路光耦驱动电路、反馈网络电阻以及多项保护措施,适用于ACDC适配器等USB充电设备。 适合人群:电子工程师、电源产品设计师和技术研究人员。 使用场景及目标:主要用于设计和开发支持USB PD协议的ACDC适配器和充电设备,实现高效、安全的充电解决方案。 阅读建议:重点关注DP3145D的具体技术参数、功能特点和典型应用实例,结合自身需求进行产品选型和设计。
VBA视频教程 05
基于Spring Boot框架的网上蛋糕销售系统_30z8r428_231-wx.zip
matlab
蜡笔小新-去掉动效.zip
1221额的2的2的2额
济宁市2005-2024年近20年的历史气象数据,每3小时更新一次数据,参数包含气温、气压、降水量、云层、能见度、风向、湿度等,几万条数据