【強制】對外暴露的介面簽名，原則上不允許修改方法簽名，避免對介面呼叫方產生影響。接
口過時必須加@deprecated 註解，並清晰地說明採用的新介面或者新服務是什麼。
這其中提到了 @deprecated 註解，在之前的開發過程中沒遇到過這個註解，於是查了下他的功能：
簡單來講就是，若某類或某方法加上該註解之後，表示此方法或類不再建議使用，呼叫時也會出現刪除線，但並不代表不能用，只是說，不推薦使用，因為還有更好的方法可以呼叫。
或許有人會問 為什麼會出現加這個註解呢，直接在寫方法的時候定義乙個新的不就好了嗎？
因為在乙個專案中，工程比較大，**比較多，而在後續開發過程中，可能之前的某個方法實現的並不是很合理，這個時候就要新加乙個方法，而之前的方法又不能隨便刪除，因為可能在別的地方有呼叫它，所以加上這個註解，就方便以後開發人員的方法呼叫了。
原文：
Deprecated註解功能
外部正在呼叫或者二方庫依賴的介面，不允許修改方法簽名，避免對介面呼叫方產生影響。介面過時必須加 deprecated 註解，並清晰地說明採用的新介面或新服務是什麼。這其中提到了 deprecated 註解，在之前的開發過程中沒遇到過這個註解，於是查了下他的功能 簡單來講就是，若某類或某方法加上該註解...
Deprecated註解功能
外部正在呼叫或者二方庫依賴的介面，不允許修改方法簽名，避免對介面呼叫方產生影響。介面過時必須加 deprecated 註解，並清晰地說明採用的新介面或新服務是什麼。這其中提到了 deprecated 註解，在之前的開發過程中沒遇到過這個註解，於是查了下他的功能 簡單來講就是，若某類或某方法加上該註解...
註解實現EventBus功能
核心還是反射，註解相關的好像都需要通過反射去處理 實現思路 1.定義乙個map集合存放註冊eventbus的物件，以及該物件註冊的事件方法和引數 2.註冊時去遍歷獲取該物件符合條件的註解屬性，並存到步驟1的集合中 3.傳送事件時，遍歷步驟1建立的集合，判斷傳送事件的object物件型別，如果集合中有...