首先講一講這四個函式的區別，後面還有我對context的一些理解

區別如下所示：

翻譯+我的總結如下

1. getApplicationContext() ：

這個函式返回的這個Application的上下文，所以是與app掛鉤的，所以在整個生命週期裡面都是不變的，這個好理解，但是使用的時候要注意，該context是和引用的生命週期一致的，所以和activity生命週期掛鉤的任務不要使用該context，比如網路訪問，防止記憶體洩露

2. getBasecontext()：

stackoverflow上面寫的是，這個函式不應該被使用，用Context代替，而Context是與activity相關連，所以當activity死亡後可能會被destroyed,我舉個我自己寫的例子

這個例子中的getBaseContext()就不能被this代替，因為上面的this返回的是這個activity的context，而在這個onClick函式中如果使用this的話，則返回的是這個AlertDialog的context，所以要使用的是當前activity名.this 去使用，比如當前activity為 TestActivity，那麼在裡面就是用TestActivity.this即可

 3. getApplication():

getApplication只能被Activity和Services使用，雖然在現在的Android的實現中，getApplication和getApplicationContext返回一樣的物件，但也不能保證這兩個函式一樣（例如在特殊的提供者來說），所以如果你想得到你在Manifest檔案裡面註冊的App class，你不要去呼叫getApplicationContext，以為你可能得不到你所要的app例項（你顯然有測試框架的經驗）。。。。

翻譯完成，一目瞭然（哪裡翻譯錯誤，請指出，水B一隻），原文：

getApplication() is available to Activity and Services only. Although in current Android Activity and Service implementations, getApplication() and getApplicationContext() return the same object, there is no guarantee that this will always be the case (for example, in a specific vendor implementation). So if you want the Application class you registered in the Manifest, you should never call getApplicationContext() and cast it to your application, because it may not be the application instance (which you obviously experienced with the test framework).

4. getParent() ：

返回activity的上下文，如果這個子檢視的話，換句話說，就是當在子視圖裡面呼叫的話就返回一個帶有子檢視的activity物件，一目瞭然。。。

5.getActivity():

在fragment中使用，返回該fragment所依附的activity上下文

6.this

記住Activity，Service類，Application類是繼承自Context類的，所以在有的時候需要上下文，只需要使用this關鍵字即可，但是有的時候再執行緒裡面，this關鍵字的意義就改變了，但這個時候如果需要上下文，則需要使用 類名.this，這樣就可以了

這裡有點注意的：

做專案時遇見的，提一下吧，動態註冊廣播，在呼叫registerBroadcast函式的時候，需要傳入一個上下文和broadcastReceiver，檢視原始碼可以知道，儲存的時候context是作為一個key的作用，所以使用同一個context來註冊同一個廣播，onreceive只會呼叫一次，但是如果使用不同的context，則會呼叫多次，雖然不呼叫unregisterBroadcast有時也沒事，不會報錯，但是一定不要忘記取消登出

後續：為了簡化context的使用方法，現在有這麼一種方法，就是在Application類裡面維護一個弱引用：

再寫一個方法，