Android上下文Context的使用说明书

最新推荐文章于 2024-06-17 23:16:01 发布

2401_84123026

最新推荐文章于 2024-06-17 23:16:01 发布

阅读量601

点赞数 16

分类专栏：程序员文章标签： android

本文链接：https://blog.csdn.net/2401_84123026/article/details/137806079

版权

程序员专栏收录该内容

182 篇文章 0 订阅

订阅专栏

下图是sdk基于26时的源码

2.创建dialog

使用application的context创建Dialog dialog = new Dialog(getApplicationContext()); 会报这样的错误

这又是为什么呢？首先看一下Activity的attach()方法：

//activity

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, IBinder assistToken) {
attachBaseContext(context);
…
//创建PhoneWindow
mWindow = new PhoneWindow(this, window, activityConfigCallback);
…
//设置windowMananger 其中第二个参数为token
mWindow.setWindowManager(
(WindowManager)context.getSystemService(Context.WINDOW_SERVICE),
mToken, mComponent.flattenToString(),
(info.flags & ActivityInfo.FLAG_HARDWARE_ACCELERATED) != 0);
…
}

activity被创建后，会创建PhoneWindow和并设置windowManager绑定token。这里的 IBinder 对象 mToken 很重要。它是一个 Binder 对象，可以在 app 进程，system_server 进程之间进行传递。和我们通常所说的 Token 一样，这里也可以把它看做是一种特殊的令牌，用来标识 Window ，在对 Window 进行视图操作的时候就可以做一些校验工作。

所以，Activity 对应的 Window/WMS 都是持有这个 mToken 的。结合之前 Application 创建 Dialog 的报错信息，我们可以大胆猜测 Application Context 创建 Dialog 的过程中，并没有实例化类似的 token。

Dialog(@NonNull Context context, @StyleRes int themeResId, boolean createContextThemeWrapper) {

//获取context中的windowManager
mWindowManager = (WindowManager) context.getSystemService(Context.WINDOW_SERVICE);
//创建window 并设置windowmanager
final Window w = new PhoneWindow(mContext);
w.setWindowManager(mWindowManager, null, null);
}

再来看看dialog的构造函数，从传入的context中拿到windowManager并创建新的window。我们知道dialog本质上也是一个window，显示的时候也是要通过WindowManager的addView()方式显示的。看一下dialog的show()方法

//dialog

public void show() {
//通过addView方法–>windowManagerImpl的addView–>windowManagerGlobal的addView–>viewRootImpl的setView…
mWindowManager.addView(mDecor, l);

sendShowMessage();
}

如果传入的 Context 是 Activity，返回的是在 Activity.attach() 方法中创建的 mWindowManager 对象，这个时候 mToken 也已经绑定。

如果传入的 Context 是 Application，最终调用的是父类 ContextImpl 的方法。并没有绑定token

所以，Android 不允许 Activity 以外的 Context 来创建和显示普通的 Dialog （Toast这样的除外）。

3.生命周期导致的内存泄漏

在项目过程中，我们存在很多工具类，这些工具类不限于网络请求及一些工具方法，这些工具方法大多数是需要访问资源的，这时就需要Context的参与

public class SingleInstanceTest {

private SingleInstanceTest(final Context context) {
this.mContext = context;
}

private Context mContext;

public static volatile SingleInstanceTest singleInstanceTest;

public static SingleInstanceTest getInstance() {
if (singleInstanceTest == null) {
synchronized (SingleInstanceTest.class) {
if (singleInstanceTest == null) {
singleInstanceTest = new SingleInstanceTest(context);
}
}
}
return singleInstanceTest;
}
}

一个简单的单例模式，内部持有一个context的引用，这么写是没有问题的，问题在于，这个Context哪来的我们不能确定，很大的可能性，你在某个Activity里面为了方便，直接传了个this;这样问题就来了，我们的这个类中的singleInstanceTest是一个static且强引用的，在其内部引用了一个Activity作为Context，也就是说，我们的这个Activity只要我们的项目活着，就没有办法进行内存回收。而我们的Activity的生命周期肯定没这么长，所以造成了内存泄漏。

如何解决呢？
public static SingleInstanceTest getInstance() {
if (singleInstanceTest == null) {
synchronized (SingleInstanceTest.class) {
if (singleInstanceTest == null) {
//使用ApplicationContext 因为ApplicationContext的生命周期跟app的周期一样长
singleInstanceTest = new SingleInstanceTest(context.getApplicationContext());
}
}
}
return singleInstanceTest;
}
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

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

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