源碼難點分析：

　　1、聊天室消息過于頻繁消息太多??

　　產品運營一段時間后，消息量不斷攀升，最高到100billion，后來IM方優化后，量級穩定在10billion，但是消息量仍舊過大。?

　　通過對消息歷史記錄進行數據分析，發現瓶頸在enter和exit消息，占比為84%。?

　　分析：在線用戶交多，頻繁進出房的動作導致需要不斷發送enter和exit消息，可以預計，當房間內人數越來越多之后，將會有更多的進出房消息，同時增長速度為平方級別。?

　　總結：客戶端和服務器之間的實時消息過多，同時都是密集操作。?

　　魚羊兒解決方案：?

　　人數較多的房間，等級小于一定級別（服務器下發）則不發送進出房消息；?

　　級別較高的用戶進入房間時，會在進房消息攜帶數據以同步房間信息；??

　　2、房間活躍度計算??

　　設有活躍度（禮物G、聊天M） 、 在線人數N+、 直播時間T+?

　　G為本次直播收到的Y幣數?

　　M為本次直播發出的消息數?

　　N+為本次直播在線人數?

　　T+為本次直播的分鐘數?