Android context 和 getApplicationContext()
在一个普通的Android应用程序中，你通常有两种Context，Activity(活动Context this )和Application(应用程序Context : Activity.getApplicaitonContext() )。
基本上来说呢，应用程序Context是和应用程序关联的，并且在程序的生命周期内，总是一样的。但是，活动Context是关联在某个活动上的，随着Activity的销毁（比如横竖屏切换等情况）,这个Context也会被销毁N多次。
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。
1 new AlertDialog.Builder(getApplicationContext())时发生错误： 2 E/AndroidRuntime(5844): android.view.WindowManager$BadTokenException: Unable to add window -- token null is not for an application
Activity.this要返回一个activity，而getApplicationContext()就不一定返回一个Activity。
getApplicationContext() 返回应用的上下文，生命周期是整个应用，应用摧毁它才摧毁
Activity.this的context 返回当前Activity的上下文，属于Activity ，Activity 摧毁他就摧毁
搞清楚了生命周期就不会在使用过程中犯错误.
比如有一个全局的数据操作类,用到了context, 这个时候就要用到getApplicationContext , 而不是用ACtivity, 这就保证了,数据库的操作与activity无关.
