是神馬？
是一個訪問系統(tǒng)資源 和 進行應用級別操作的 抽象接口，簡稱上下文
有什么用&怎么用？
創(chuàng)建新對象：new views，adapters，listeners
TextView tv = new TextView(getContext());
ListAdapter adapter = new SimpleCursorAdapter(getApplicationContext(), ...);訪問標準系統(tǒng)資源：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，發(fā)送廣播...
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類型 區(qū)別主要是生命周期的不同。
使用建議
注：引自http://blog.csdn.net/lmj623565791/article/details/40481055
大家注意看到有一些NO上添加了一些數字，其實這些從能力上來說是YES，但是為什么說是NO呢？下面一個一個解釋：
數字1：啟動Activity在這些類中是可以的，但是需要創(chuàng)建一個新的task。一般情況不推薦。
數字2：在這些類中去layout inflate是合法的，但是會使用系統(tǒng)默認的主題樣式，如果你自定義了某些樣式可能不會被使用。
數字3：在receiver為null時允許，在4.2或以上的版本中，用于獲取黏性廣播的當前值。（可以無視）
注：ContentProvider、BroadcastReceiver之所以在上述表格中，是因為在其內部方法中都有一個context用于使用。但這兩個都不會被統(tǒng)計到App context個數中。
好了，這里我們看下表格，重點看Activity和Application，可以看到，和UI相關的方法基本都不建議或者不可使用Application，并且，前三個操作基本不可能在Application中出現。實際上，只要把握住一點，凡是跟UI相關的，都應該使用Activity做為Context來處理；其他的一些操作，Service,Activity,Application等實例都可以，當然了，注意Context引用的持有，防止內存泄漏。關于這一點，有如下三個建議：
建議一：不要長時間持有 組件的Context，(持有的情況可能有 workThread, static 變量，non-static inner Class)
建議二：對于不受控的非靜態(tài)內部類，建議修改成靜態(tài)內部類，同時采用弱引用的方式 引用 Activity/Service 的Context。
建議三：其他可以使用Application Context 的地方，就用Application Context。
Framework實現
面試常見問題
Q1. App 有幾個context
A：總Context實例個數 = Service個數 + Activity個數 + 1（Application對應的Context實例）
Q2. context 導致的內存泄露？如何避免？(參考使用建議)
A：一句話描述就是：Activity 銷毀時，其他線程、靜態(tài)變量、不受控非靜態(tài)內部類依舊持有該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
