在Android工程中经常用到 Toast来显示提示,在maketext的第一个参数是要求传递一个context
那么问题来了
有时候是使用getApplicationContext();
有时候是Activity.this
而有时候又直接是 this
在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 摧毁他就摧毁
来源：oschina
链接：https://my.oschina.net/u/2635142/blog/662136