Context有什么作用(转)
2012-05-12 22:58 ...平..淡... 阅读(871) 评论(0) 编辑 收藏 举报Context字面意思是上下文,位于framework package的android.content.Context中,其实该类为LONG型,类似Win32中的Handle句柄。
很多方法需要通过 Context才能识别调用者的实例,比如说Toast的第一个参数就是Context。
1.一般在Activity中我们直接用this代替,代表调用者的实例为Activity,
2.而到了一个button的onClick(View view)等方法时,我们用this时就会报错,所以我们可能使用ActivityName.this来解决。
主要原因是:因为实现Context的类主要有Android特有的几个模型,Activity、Service以及BroadcastReceiver,因此不能确定是哪个模型的上下文。
常规需要Context实例的方法主要有各种Service实现的类,比如说SensorManager在实例化时需要 getSystemService(String)方法就必须由Context的实例执行,还有一些私有的文件系统I/O比如说 openFileInput以及常用的Toast的makeText方法。
两种类型的Context
在android中context可以做很多操作,但是最主要的功能是加载和访问资源。在android中有两种context,一种是 application context,一种是activity context,通常我们在各种类和方法间传递的是activity context。
context 和 getApplicationContext()
在android中常常会遇到与context有关的内容
浅论一下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。
getApplicationContext() 返回应用的上下文,生命周期是整个应用,应用摧毁,它才摧毁
Activity.this的context 返回当前activity的上下文,属于activity,activity摧毁,它就摧毁
getBaseContext() 返回由构造函数指定或setBaseContext()设置的上下文