世事洞明皆学问,人情练达即文章。这篇文章主要讲述getApplicationContext()相关的知识,希望能为你提供帮助。
【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 摧毁他就摧毁
推荐阅读
- 警告: The web application [ROOT] appears to have started a thread named [Thread-48] but has failed to
- 在Android中创建文件
- elasticsearch mapping
- spring配置文件applicationContext.xml的路径设置
- android获取内置和外置SD卡路径 - z
- Android开发艺术探索
- React-Native 问题随记2( com.android.builder.testing.api.DeviceException)
- Android中让应用程序自动安装到手机内存及判断应用程序是否安装在SDCard中
- Android 进制互相转换