Android中关于Context的三言两语，源码强势分析带你了解Context！

}

mBase = base;

}

//其余的都是覆盖Context里面的方法

}

我们可以按照上面的类的继承图进行依次分析，由上面可以知道 ContextWrapper 其实是调用 ContextImpl 里面的方法，所以 Application 和 Service 还有 Activity 它们应该都跟 ContextImpl 有关的。到底是不是这样的呢？我们追踪源码进行分析。

Application

类似于 Java 的 main 启动方法程序，Android 也有一个类似的方法，那就是在 ActivityThread 类中也有一个 main ，这是开始的地方，我们从这里进行一点一点跟踪：

ActivityThread#main

//省略部分代码…

Looper.prepareMainLooper();

ActivityThread thread = new ActivityThread();

thread.attach(false);

//省略部分代码…

Looper.loop();

//省略部分代码…

我们找到 ActivityThread 的 main 方法，省略无关代码，这个 main 方法就是不断的从消息队列中获取消息，然后进行处理。我们本次不分析 Looper 相关的东西，只分析跟 Context 有关的内容，继续进入 attach 方法，

Android 分析源码，不能一头扎进去，我们应该主要分析它的流程。

ActivityThread#attach

//省略部分代码…

mInstrumentation = new Instrumentation();

ContextImpl context = ContextImpl.createAppContext(

this, getSystemContext().mPackageInfo);

//Application的实例创建

mInitialApplication = context.mPackageInfo.makeApplication(true, null);

//调用Application里面的生命周期方法onCreate

mInitialApplication.onCreate();

//省略部分代码…

这里面出现了 ContextImpl ，所以下面应该会跟 Application 扯上关系，所以进入到 makeApplication 方法中继续往下追踪，

LoadedApk#makeApplication

//省略部分代码…

Application app = null;

ContextImpl appContext = ContextImpl.createAppContext(mActivityThread, this);

app = mActivityThread.mInstrumentation.newApplication(

cl, appClass, appContext);

appContext.setOuterContext(app);

//省略部分代码…

最终又进入到 Instrumentation#newApplication 方法里面

Instrumentation#newApplication

static public Application newApplication(Class<?> clazz, Context context)

throws InstantiationException, IllegalAccessException,

ClassNotFoundException {

Application app = (Application)clazz.newInstance();

app.attach(context);

return app;

}

Application#attach

/**

• @hide

*/

/* package */

final void attach(Context context) {

attachBaseContext(context);

mLoadedApk = ContextImpl.getImpl(context).mPackageInfo;

}

走到这里就很明清晰了，最终将会调用 ContextWrapper 的 attachBaseContext 方法。从上面到这里，如预料的一样，分析到这里，记住了多少？是不是只知道 Application 里面最终会调用 attachBaseContext 这个方法？这样的话就对了，不能一头扎进代码的海洋里，到处遨游，那样会迷失方向的，Android 源码那么大，那么多，一一细节分析根本是不大可能的，所以只能把握流程，然后再针对性的分析实现过程。接着分析 Service 里面相关的方法。

Service

对于 Service ，我们在 ActivityThread 中可以发现有个方法叫 handleCreateService ，这里面有关于 Service 和 ContextImpl 之间的联系。

ActivityThread#handleCreateService

Service service = null;

ContextImpl context = ContextImpl.createAppContext(this, packageInfo);

context.setOuterContext(service);

Application app = packageInfo.makeApplication(false, mInstrumentation);

service.attach(context, this, data.info.name, data.token, app,

ActivityManager.getService());

service.onCreate();

对于 Application 的那段代码我们可以发现，这两者及其类似，我们进入到 attach 方法中查看相关代码，发现

/**

• @hide

*/

public final void attach(

Context context,

ActivityThread thread, String className, IBinder token,

Application application, Object activityManager) {

//调用attachBaseContext方法

attachBaseContext(context);

mThread = thread; // NOTE: unused - remove?

mClassName = className;

mToken = token;

mApplication = application;

mActivityManager = (IActivityManager)activityManager;

mStartCompatibility = getApplicationInfo().targetSdkVersion

< Build.VERSION_CODES.ECLAIR;

}

代码很简单，就是这样跟 ContextImpl 扯上关系的。因为 Service 和 Application 都是继承的 ContextWrapper 类，接下来我们来分析一下关于 Activity 的代码。

Activity

在这里说明一下为什么 Service 和 Application 都是继承的 ContextWrapper 类而 Activity 却是继承 ContextThemeWrapper 那是因为 Activity 是带有界面显示的，而 Service 和 Application 却没有，所以从名字我们可以看到 ContextThemeWrapper 包含主题的信息，同时 ContextThemeWrapper 却又是继承自 ContextWrapper ，分析 ContextThemeWrapper 源码我们可以看到，里面基本都是关于 theme 的方法，同时它也覆盖了 attachBaseContext 方法。

我们进入 Activity 源码也发现它也有和 Service 类似的 attach 方法

final void attach(Context context, ActivityThread aThread,

Instrumentation instr, IBinder token, int ident,

Application application, Intent intent, ActivityInfo info,

CharSequence title, Activity parent, String id,

NonConfigurationInstances lastNonConfigurationInstances,

Configuration config, String referrer, IVoiceInteractor voiceInteractor,

Window window, ActivityConfigCallback activityConfigCallback) {

//省略部分代码…

attachBaseContext(context);

接下来我们来分析一下 Activity 在哪里和这个扯上关系的。

ActivityThread#performLaunchActivity

performLaunchActivity 这个方法其实就是启动 Activity 的方法 ，我们以后再来学习关于这个方法的内容，现在先分析 Context 的内容。我们进入到这个方法查看：

//省略部分代码…

ContextImpl appContext = createBaseContextForActivity®;

Activity activity = null;

//省略部分代码…

activity.attach(appContext, this, getInstrumentation(), r.token,

r.ident, app, r.intent, r.activityInfo, title, r.parent,

r.embeddedID, r.lastNonConfigurationInstances, config,

r.referrer, r.voiceInteractor, window, r.configCallback);

//省略部分代码…

首先通过 createBaseContextForActivity 方法创建ContextImpl 然后直接有 Activity attach 进去。到此为止，关于 Application 、Service 和 Activity 关于Context 的源码基本就差不多了。接下来我们来解决一些实际的内容。

实例理解

既然 Application、Service 和 Activity 都有 Context 那么它们之间到底有啥区别呢？同时 getApplicationContext 和 getApplication() 又有什么区别呢？接下来我们通过代码进行验证。

我们现在的项目一般都有自定义 Application 的类进行一些初始化操作，本例中也新建一个 MyApplication 的类继承自 Application，然后在Manifest.xml中进行注册，代码如下:

public class MyApplication extends Application {

@Override

public void onCreate() {

super.onCreate();

Log.d(“androidos_analysis”, "getApplicationContext()——> " + getApplicationContext());

Log.d(“androidos_analysis”, "getBaseContext() ——> " + getBaseContext());

}

}

打印结果如下：

getApplicationContext()——> com.ihidea.androidosanalysis.MyApp@9831cf9

getBaseContext() ——> android.app.ContextImpl@13d643e

我们发现当我们通过 getApplicationContext 获取的是我们申明的 Application 实例，而通过 getBaseContext 获取到的却是 ContextImpl 这是为什么呢？我们查看它们的实现发现

ContextWrapper#getBaseContext

/**

• @return the base context as set by the constructor or setBaseContext

*/

public Context getBaseContext() {

return mBase;

}

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

最后

现在都说互联网寒冬，其实无非就是你上错了车，且穿的少（技能），要是你上对车，自身技术能力够强，公司换掉的代价大，怎么可能会被裁掉，都是淘汰末端的业务Curd而已！现如今市场上初级程序员泛滥，这套教程针对Android开发工程师1-6年的人员、正处于瓶颈期，想要年后突破自己涨薪的，进阶Android中高级、架构师对你更是如鱼得水！

为什么某些人会一直比你优秀，是因为他本身就很优秀还一直在持续努力变得更优秀，而你是不是还在满足于现状内心在窃喜！

Android架构师之路很漫长，一起共勉吧！

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

**

[外链图片转存中…(img-yWFEc2hX-1713786124883)]

最后

现在都说互联网寒冬，其实无非就是你上错了车，且穿的少（技能），要是你上对车，自身技术能力够强，公司换掉的代价大，怎么可能会被裁掉，都是淘汰末端的业务Curd而已！现如今市场上初级程序员泛滥，这套教程针对Android开发工程师1-6年的人员、正处于瓶颈期，想要年后突破自己涨薪的，进阶Android中高级、架构师对你更是如鱼得水！

为什么某些人会一直比你优秀，是因为他本身就很优秀还一直在持续努力变得更优秀，而你是不是还在满足于现状内心在窃喜！

Android架构师之路很漫长，一起共勉吧！

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！