context和getApplicationContext()介绍

在android中常常会遇到与context有关的内容,大多都是作为参数在传递,但是它的作用究竟是什么呢

先说它的用法,举个例子

在语句 AlertDialog.Builder builder = new AlertDialog.Builder(this); 中，要求传递的参数就是一个context，在这里我们传入的是this，那么这个this究竟指的是什么呢？ 这里的this指的是Activity.this，是这个语句所在的Activity的this，是这个Activity 的上下文。网上有很多朋友在这里传入this.getApplicationContext（），这是不对的。 AlertDialog对象是依赖于一个View的，而View是和一个Activity对应的。 于是，这里涉及到一个生命周期的问题，this.getApplicationContext（）取的是这个应用程序的Context，Activity.this取的是这个Activity的Context，这两者的生命周期是不同的，前者的生命周期是整个应用，后者的生命周期只是它所在的Activity。而AlertDialog应该是属于一个Activity的，在Activity销毁的时候它也就销毁了，不会再存在；但是，如果传 入this.getApplicationContext（），就表示它的生命周期是整个应用程序，这显然超过了它的生命周期了。 所以，在这里我们只能使用Activity的this。

下面具体解释它的内涵

其实Activity.this就是context的一个具体,Activity.this是你当前所在的activity的上下文,this.getApplicationContext()取得的是整个应用的上下文,在你把他们作为参数传递的时候,多数是用来标注你要在哪个activity里面进行操作,比如上文提到的AlertDialog.Builder builder = new AlertDialog.Builder(this);你是要在当前的activity里面创建对话框,如果传递的是this.getApplicationContext(),这是整个应用的上下文,代码怎么会知道你想在哪个具体的activity里面创建对话框呢,所以,在这里应该传入的是你想创建对话框的那个activity的上下文,即Activity.this.如果这你都理解了,那么你也该明白,每个activity都有自己的上下文,而整个应用只有一个上下文.

总结

getApplicationContext()
返回应用的上下文，生命周期是整个应用，应用摧毁它才摧毁。

Activity.this

返回当前activity的上下文，生命周期只是它所在的Activity，activity 摧毁他就摧毁

评论

1 楼 林奇峰 2013-09-27  

嗯，都是这么设计的，这是scope问题，程序是为了处理数据，为了方便处理数据，将数据分别存储在不同的context（集合）里，不同的集合有不同的作用域（范围）从而达到数据安全，数据操作方便等目的，丫头学习要深究，不深究那么你只会andoird，如果深究你啥都会。好的设计经常被抄袭，这是一切行业的通用法则。