为了账号安全,请及时绑定邮箱和手机立即绑定

Android Context 到底是什么?

标签:
Android

https://img1.sycdn.imooc.com//5c223dab00017f3a08440474.jpg

什么是Android Context?

一个Context意味着一个场景,一个场景就是我们和软件进行交互的一个过程。比如和妹纸约会的月下小桥,比如当你使用微信的时候,场景包括聊天界面、通讯录、朋友圈,以及背后的一些数据。

那么从安卓程序的角度来看,Context是什么?其实一个Activity就是一个Context,一个Service也是一个Context。

一个应用程序可以认为是一个约会环境,用户在这个环境中会切换到不同的场景,比如先去有情调的饭店吃饭,再去电影院看个电影,然后再去xxx(此处省略一万字...)。

Activity类的确是基于Context,而Service类也是基于Context。Activity除了基于Context类外,还实现了一些其他重要的接口,从架构设计的角度看,interface仅仅是某些功能,而extends才是类的本质,即Activity的本质是一个Context,其所实现的其他接口只是为了扩充Context的功能而已,扩充后的类称之为一个Activity或Service。

一个应用程序中应该有多少个Context对象

我们在应用程序开发中经常会调用Context的一些方法,这些方法看起来似乎会返回一些全局的对象,而不仅仅是某个Activity,可能会有点疑问,一个应用程序到底有多少个Context对象呢?比如,Context.getResources()返回该应用程序所对应的Resource类对象,无论从哪个Activity中调用,都会返回同一个Resource对象。

  • 一个Activity就是一个场景(Context),一个Service也是一个场景,所以,应用程序中有多少个Activity或者Service就会有多少个Context对象,也就是有多少个场景。

  • getResource()等方法返回的是同一个全局对象。

Context 继承关系是怎么样的呢?


https://img1.sycdn.imooc.com//5c223de40001176d06290447.jpg

                                 Context类及其子类的继承关系


Context类本身是一个纯abstract类。为了使用方便又定义了Context包装类-ContextWrapper,穿上了一身装备显得也比较强大,ContextWrapper构造函数中必须包含一个真正的Context引用,同时ContextWrapper中有attachBaseContext()用于给ContextWrapper对象中指定真正的Context对象。

ContextThemeWrapper内部包含了与主题相关的接口,这里的主题就是指在AndroidManifest.xml中通过android:theme为Application或者Activity指定的主题。

只有Activity才需要主题,Service默默的后台工作者不需要穿的那么鲜艳,所以Service直接继承于ContextWrapper。

ContextImpl类真正实现了Context中所有的函数,真正的八块腹肌,我们所调用的各种Context类的方法其实实现均来自于该类。

什么时候创建的Context?

每一个应用程序在客户端都是从ActivityThread类开始的,创建Context对象也是在该类中完成,具体创建ContextImpl类的地方一共有6处:

  • PackageInfo.makeApplication()

  • performLaunchActivity()

  • handleCreateBackupAgent()

  • handleCreateService()

  • handleBindApplication()

  • attach()

其中attach()方法仅在Framework进程启动时调用,应用程序运行时不会调用到该方法。

Application对应的Context

程序第一次启动时,会辗转调用到makeApplication()方法。具体代码如下:

ContextImpl appContext = new ContextImpl();
appContext.init(this,null,mActivityThread);
....
appContext.setOuterContext(app);

Activity对应的Context

启动Activity时,Ams会通过IPC调用到ActivityThread的scheduleLaunchActivity()方法,该方法包含两种参数。一种是ActivityInfo,这是一个实现了Parcelable接口的数据类,意味着该对象是Ams创建的,并通过IPC传递到ActivityThread;另一种是其他的一些参数。

scheduleLaunchActivity()方法中会根据以上两种参数构造一个本地ActivityRecord数据类,ActivityThread内部会为每一个Activity创建一个ActivityRecord对象,并使用这些数据对象来管理Activity。

然后会调用handleLaunchActivity(),再调用performLaunchActivity(),该方法中创建ContextImpl的代码如下:

ContextImpl appContext = new ContextImpl();
appContext.init(r.packageInfo,r.token,this);
appContext.setOuterContext(activity);

在performLaunchActivity()开始执行时,会为r.packageInfo变量赋值。r.packageInfo对象的PackageInfo对象和Application对应的packageInfo对象是同一个。

Service对应的Context

启动Service时,Ams会通过IPC调用到ActivityThread的scheduleCreateService()方法,该方法也包含两种参数。第一种是ServiceInfo,这是实现了一个Parcelable接口的数据类,该对象由AmS创建,并通过IPC传递到ActivityThread内部;第二种是其他参数。

在scheduleCreateService()方法中,会使用以上两种参数构造一个CreateServiceData的数据对象,ActivityThread会为其所包含的每一个Service创建该数据对象,并通过这些对象来管理Service。

然后在执行handleCreateService()方法,创建ContextImpl对象代码如下:

ContextImpl appContext = new ContextImpl();
appContext.init(packageInfo,null,this);
...
appContext.setOuterContext(service);

Service对应的Context对象内部的mPackageInfo与Activity、Application中是完全相同的。

这几个Context之间的关系

从以上可以看出,创建Context对象的过程基本上是相同的,不同的仅仅是针对Application、Activity、Service使用了不同的数据对象。

一个应用程序包含的Context个数应该为:Context个数 = Service个数+Activity个数+1,最后的1是Application类本身也会对应一个Context对象。

应用程序中包含多个ContextImpl对象,而内部变量mPackageInfo却指向同一个PackageInfo对象,这种设计结构一般意味着ContextImpl是一种轻量级类,而PackageInfo是一个重量级类。事实上确实是这样,ContextImpl中的大多数进行包操作的重量级函数实际上都是转向了mPackageInfo对象相应的方法,也就是事实上调用了同一个PackageInfo对象。

备注:以上部分思想来自于《Android内核剖析》


作者:墨镜猫

原文链接:https://juejin.im/post/5865bfa1128fe10057e57c63


点击查看更多内容
TA 点赞

若觉得本文不错,就分享一下吧!

评论

作者其他优质文章

正在加载中
  • 推荐
  • 评论
  • 收藏
  • 共同学习,写下你的评论
感谢您的支持,我会继续努力的~
扫码打赏,你说多少就多少
赞赏金额会直接到老师账户
支付方式
打开微信扫一扫,即可进行扫码打赏哦
今天注册有机会得

100积分直接送

付费专栏免费学

大额优惠券免费领

立即参与 放弃机会
意见反馈 帮助中心 APP下载
官方微信

举报

0/150
提交
取消