Context與ApplicationContext的區別

• ApplicationContext並沒有這個類，其實更應該叫做：Activity與Application在作為Context時的區別。嗯，的確是這樣的，大家在需要Context的時候，如果是在Activity中，大多直接傳個this，當在匿名內部類的時候，因為this不能用，需要寫XXXActivity.this，很多哥們會偷懶，直接就來個getApplicationContext。那么大家有沒有想過，XXXActivity.this和getApplicationContext的區別呢？
  XXXActivity.this和getApplicationContext返回的肯定不是一個對象，一個是當前Activity的實例，一個是項目的Application的實例。既然區別這么明顯，那么各自的使用場景肯定不同，亂使用可能會帶來一些問題。

• 按照下表進行使用：
  
  注意看到有一些NO上添加了一些數字，其實這些從能力上來說是YES，但是為什么說是NO呢？下面一個一個解釋：
  數字1：啟動Activity在這些類中是可以的，但是需要創建一個新的task。一般情況不推薦。
  數字2：在這些類中去layout inflate是合法的，但是會使用系統默認的主題樣式，如果你自定義了某些樣式可能不會被使用。
  數字3：在receiver為null時允許，在4.2或以上的版本中，用於獲取黏性廣播的當前值。（可以無視）
  注：ContentProvider、BroadcastReceiver之所以在上述表格中，是因為在其內部方法中都有一個context用於使用。

• 看下表格，重點看Activity和Application，可以看到，和UI相關的方法基本都不建議或者不可使用Application，並且，前三個操作基本不可能在Application中出現。實際上，只要把握住一點，凡是跟UI相關的，都應該使用Activity做為Context來處理；其他的一些操作，Service,Activity,Application等實例都可以，當然了，注意Context引用的持有，防止內存泄漏。