是神马？
是一个访问系统资源 和 进行应用级别操作的 抽象接口，简称上下文
有什么用&怎么用？
创建新对象：new views，adapters，listeners
TextView tv = new TextView(getContext());
ListAdapter adapter = new SimpleCursorAdapter(getApplicationContext(), ...);访问标准系统资源：Services，SharedPreferences
AudioManager am = (AudioManager) getContext().getSystemService(Context.AUDIO_SERVICE);
getApplicationContext().getSharedPreferences(name, mode);
getApplicationContext().getContentResolver().query(uri, ...);
getContext().getResources().getDisplayMetrics().widthPixels * 5 / 8;进行应用级别的操作：startActivity，startService，发送广播...
getContext().startActivity(intent);
getContext().startService(intent);
getContext().sendBroadcast(intent);
Context类型
- getApplicationContext()：Application的Context, 生命周期贯穿整个App
- getContext()：组件的Context，与组件生命周期同步
- getBaseContext()：(Google Android 工程师Dianne Hackborn 不建议使用，具体原因没详述)
- or this (when in the Activity class)，同getContext()
上述Context类型 区别主要是生命周期的不同。
使用建议
注：引自http://blog.csdn.net/lmj623565791/article/details/40481055
大家注意看到有一些NO上添加了一些数字，其实这些从能力上来说是YES，但是为什么说是NO呢？下面一个一个解释：
数字1：启动Activity在这些类中是可以的，但是需要创建一个新的task。一般情况不推荐。
数字2：在这些类中去layout inflate是合法的，但是会使用系统默认的主题样式，如果你自定义了某些样式可能不会被使用。
数字3：在receiver为null时允许，在4.2或以上的版本中，用于获取黏性广播的当前值。（可以无视）
注：ContentProvider、BroadcastReceiver之所以在上述表格中，是因为在其内部方法中都有一个context用于使用。但这两个都不会被统计到App context个数中。
好了，这里我们看下表格，重点看Activity和Application，可以看到，和UI相关的方法基本都不建议或者不可使用Application，并且，前三个操作基本不可能在Application中出现。实际上，只要把握住一点，凡是跟UI相关的，都应该使用Activity做为Context来处理；其他的一些操作，Service,Activity,Application等实例都可以，当然了，注意Context引用的持有，防止内存泄漏。关于这一点，有如下三个建议：
建议一：不要长时间持有 组件的Context，(持有的情况可能有 workThread, static 变量，non-static inner Class)
建议二：对于不受控的非静态内部类，建议修改成静态内部类，同时采用弱引用的方式 引用 Activity/Service 的Context。
建议三：其他可以使用Application Context 的地方，就用Application Context。
Framework实现
面试常见问题
Q1. App 有几个context
A：总Context实例个数 = Service个数 + Activity个数 + 1（Application对应的Context实例）
Q2. context 导致的内存泄露？如何避免？(参考使用建议)
A：一句话描述就是：Activity 销毁时，其他线程、静态变量、不受控非静态内部类依旧持有该Activity的context 导致 Activity对象 内存泄露
可以使用检测工具
[square出品的leakcanary]https://github.com/square/leakcanary
Q3. 其他
对于第三方jar，当需要传入ApplicationContext进行初始化时，最好不要将初始化过程放在Application class 中，因为一旦第三方初始化失败，App启动不了，上线后，影响是致命的；即使要放在Application中也是做好异常处理；
比如：
public class MapSDKInitActivity extends Activity{
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
/**
* fix:java.lang.UnsatisfiedLinkError:Native method not found: com.baidu.platform.comjni.map.commonmemcache.JNICommonMemCache
*/
try {
SDKInitializer.initialize(getApplicationContext());
} catch (Error e) {
MapUtils.setBaiduNotSupport(true);
} catch (Exception e) {
MapUtils.setBaiduNotSupport(true);
}
}
}
参考
[1]http://stackoverflow.com/questions/3572463/what-is-context-in-android
[2]http://blog.csdn.net/qinjuning/article/details/7310620
[3]http://android-developers.blogspot.com/2009/01/avoiding-memory-leaks.html
[4]http://blog.csdn.net/chenzhiqin20/article/details/8159307
[5]http://stackoverflow.com/questions/1026973/android-whats-the-difference-between-the-various-methods-to-get-a-context
