Android Context 上下文你必须知道的一切

最新推荐文章于 2024-11-28 04:42:59 发布

原创最新推荐文章于 2024-11-28 04:42:59 发布 · 987 阅读

14 ·

CC 4.0 BY-SA版权

文章标签：

#android #java #开发语言

程序员专栏收录该内容

164 篇文章

订阅专栏

文章讲述了在Android开发中，如何避免因不当使用静态单例和Context导致的内存泄漏问题，强调了ApplicationContext的重要性，以及何时选择Activity或Application作为Context。作者还介绍了Context的不同应用场景及其限制。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

private static CustomManager sInstance;

private Context mContext;

private CustomManager(Context context)

{

this.mContext = context;

}

public static synchronized CustomManager getInstance(Context context)

{

if (sInstance == null)

{

sInstance = new CustomManager(context);

}

return sInstance;

}

//some methods

private void someOtherMethodNeedContext()

{

}

对于上述的单例，大家应该都不陌生（请别计较getInstance的效率问题），内部保持了一个Context的引用；

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

那么，我们如何才能避免这样的问题呢？

有人会说，我们可以软引用，嗯，软引用，假如被回收了，你不怕NullPointException么。

把上述代码做下修改：

public static synchronized CustomManager getInstance(Context context)

{

if (sInstance == null)

{

sInstance = new CustomManager(context.getApplicationContext());

}

return sInstance;

}

这样，我们就解决了内存泄漏的问题，因为我们引用的是一个ApplicationContext，它的生命周期和我们的单例对象一致。

这样的话，可能有人会说，早说嘛，那我们以后都这么用不就行了，很遗憾的说，不行。上面我们已经说过，Context和Application Context的区别是很大的，也就是说，他们的应用场景（你也可以认为是能力）是不同的，并非所有Activity为Context的场景，Application Context都能搞定。

下面就开始介绍各种Context的应用场景。

4、Context的应用场景

==============

大家注意看到有一些NO上添加了一些数字，其实这些从能力上来说是YES，但是为什么说是NO呢？下面一个一个解释：

数字1：启动Activity在这些类中是可以的，但是需要创建一个新的task。一般情况不推荐。

数字2：在这些类中去layout inflate是合法的，但是会使用系统默认的主题样式，如果你自定义了某些样式可能不会被使用。

数字3：在receiver为null时允许，在4.2或以上的版本中，用于获取黏性广播的当前值。（可以无视）

注：ContentProvider、BroadcastReceiver之所以在上述表格中，是因为在其内部方法中都有一个context用于使用。

好了，这里我们看下表格，重点看Activity和Application，可以看到，和UI相关的方法基本都不建议或者不可使用Application，并且，前三个操作基本不可能在Application中出现。实际上，只要把握住一点，凡是跟UI相关的，都应该使用Activity做为Context来处理；其他的一些操作，Service,Activity,Application等实例都可以，当然了，注意Context引用的持有，防止内存泄漏。

5、总结

====

好了，到此，Context的分析基本完成了，希望大家在以后的使用过程中，能够稍微考虑下，这里使用Activity合适吗？会不会造成内存泄漏？这里传入Application work吗？

由于参考内容过多，本文改为译文咯~~

----------------------------------------------------------------------------------------------------------

博主部分视频已经上线，如果你不喜欢枯燥的文本，请猛戳（初录，期待您的支持）：

1、Android 自定义控件实战电商活动中的刮刮卡

2、Android自定义控件实战打造Android流式布局和热门标签