大家在做项目时经常会用到Activity.this和getApplicationContext(),就是上下文,到底这两者有啥区别;首先得了解我们平常创建的Activity和Application都是继承了Context类,所以都能拿到Context实例,但是这两者拿到的Context生命周期是不同的,下面依个说明。
activity.this
在自己创建的Activity中也可以简写为this,简单举个例子
在语句 AlertDialog.Builder builder = new AlertDialog.Builder(this); 中,要求传递的参数就是Context,在这里我们传递的是this,就是Activity的上下文。
为什么传this了,而不传getApplication?首先创建一个dialog肯定是依赖于当前Activity是不,Activity销毁dialog也要销毁,所以此dialog的生命周期要小于等于Activity的生命周期,如果传了getApplicationContext()会怎样了,下面就说
getApplicationContext()
此Context是依赖Application的,所以得先了解Application
每个Android APP在运行时,首先会自动创建Application 并实例化,面向整个应用程序,且有且只有一个,也就是大家熟知的单例模式。
Application的作用:
1.初始化应用程序级别的资源,如全局对象,图片资源初始化、环境配置变量、第三方sdk的注册等等。
注:请不要执行耗时操作,否则会拖慢应用程序启动速度
2.数据共享、数据缓存
注:这些共享数据只在应用程序的生命周期内有效,当该应用程序被杀死,这些数据也会被清空,所以只能存储一些具备 临时性的共享数据
所以getApplicationContext()的生命周期很长,是整个应用程序的生命周期,只有当应用销毁了此Context才会销毁。你是要在当前的activity里面创建对话框,如果传递的是this.getApplicationContext(),这是整个应用的上下文,代码怎么会知道你想在哪个具体的activity里面创建对话框呢,所以,在这里应该传入的是你想创建对话框的那个activity的上下文,即Activity.this.
总结
Activity.this
返回当前activity的上下文,生命周期只是它所在的Activity,activity 摧毁他就摧毁
getApplicationContext()
返回当前应用的上下文,应用销毁他才销毁
共同学习,写下你的评论
评论加载中...
作者其他优质文章