最近在做專案需求的時候，有一個功能是訊息箱，其中有一個是這樣的需求，大概描述如下：

    比如app接收到某三方推送後要在相應的介面上做出修改UI的動作，問題來了；這些介面有可能是當前介面或者還未啟動的介面，然後最近在看EventBus的資料，就想起使用EventBus來實現，根據如上所述，想起了使用EventBus的黏性事件來實現。來說起來咱們就幹，啪啪啪，一段邏輯寫寫寫，好了，邏輯寫完。跑起來試試看效果；

    1.在onStart()方法註冊訂閱者，onStop()方法登出訂閱者；然後收到事件修改UI；

       比如在介面A可以正常接收到事件a，發現也修改了UI，問題來了，A介面跳到B介面後，然後返回到A介面又收到事件a，不對啊我就傳送了一次，問題出現咱們就解決，然後去找傳送的地方，找到了某推送app接收類看到，自己在某三方推送的透傳和通知欄都做了接收處理。好吧這是自己做的梗，去看了下某三方推送文件，進行了對比去掉了透傳的接收，改為通知欄到達才處理。然後繼續跑起來看看，我插，居然還有問題，這是什麼梗。一切從自己身上找毛病，肯定是自己的梗。看了看發現onStart()這小可愛在開啟A時候註冊了一次，然後A介面跳到B介面後回來，他又呼叫了onStart()方法，我插你這個梗，好吧，把EventBus註冊放到oncreate()方法中去處理，對應的把登出事件放在onDestroy()。跑起來試試，發現第一次事件接收到，UI沒變化，這特麼是什麼梗，去修改UI的地方看看，我插view是null的，我幹，這麼神速我幹,簡單的說就是在接收到事件的時候，介面還沒走到view存在並可見；想想註冊放哪裡好呢？是不是應該放在view可見並非空，然後就想起來了一個類似情形，你們是否在onCreate()方法去獲取view的寬高，然後獲取到的值是0呢，是不是覺得很奇怪，好吧，這個問題也大概是這個情況；歸結起來就是說咱們在UI非空且大小固定後，才去註冊那不就好了是吧。解決方案如下：

跑起來發現問題還是沒解決，出現的現象是還是會接收到兩次事件，然後就去看下addOnGloablLayoutListener方法的原始碼，發現瞭解決辦法，最終解決辦法如下：

到此問題就解決了；

總結：使用黏性事件要是涉及到修改UI的就按如上處理下，意圖：1.註冊EventBus的時機要恰當  2.不能多次註冊。(註冊一次就會接收一次事件喲)，希望能幫助到踩坑的同學。