本文主要是介绍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 摧毁他就摧毁。
这篇关于context和getApplicationContext()介绍的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
