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()设置的上下文