好友狀態的同步
，有群友狀態的同步
，有的需要實時同步，有的能夠容忍延時。結合具體場景來看下，狀態同步，究竟是推還是拉。
不同的狀態，對於不同的業務處理流程可能不同
。例如對於訊息的處理：
服務端狀態離線，直接儲存離線訊息，等使用者下一次登入拉取
登入時，會修改使用者的服務端狀態為。登出
時，會修改使用者的服務端狀態為離線。
隱身、離線、忙碌、勿擾
等，這些狀態大多是產品功能需求。
qq時延
低效實時
訊息風暴擴散係數
任何乙個狀態的變化會變成800個推送請求
。如果說好友狀態實時推送，訊息風暴擴散係數n=40尚可以接受，那麼群友狀態實時推送，n=800則是災難性的。此類業務
往往採用輪詢拉取
的方式，獲得群友的狀態。
按需拉取，延時拉取
一般來說
：，是採用
推送的方式同步
群友狀態同步
，由於訊息風暴擴散係數過大，一般採用
拉取的方式同步
群友狀態同步
，還能採用
按需拉取
的優化方式，進一步降低服務端壓力
「訊息風暴擴散係數」
是指乙個訊息發出時，變成n個訊息的擴散係數，這個係數
一定程度上決定了技術採用推送還是拉
取feed流，單聊群聊，系統通知，狀態同步，到底是推還是拉？
》
狀態同步，究竟是推還是拉
任何脫離業務的架構設計都是耍流氓。狀態同步，有好友狀態的同步，有群友狀態的同步，有的需要實時同步，有的能夠容忍延時。結合具體場景來看下，狀態同步，究竟是推還是拉。什麼是服務端狀態？服務端狀態離線，直接儲存離線訊息，等使用者下一次登入拉取 如何實時更新服務端狀態？使用者uid a登出時，會修改使用者的...
究竟是內省還是內省
下面我們就對內省做一下簡單介紹 通過propertydescriptor類操作bean的屬性 通過introspector類獲得bean物件的 beaninfo，然後通過 beaninfo 來獲取屬性的描述器 propertydescriptor 通過這個屬性描述器就可以獲取某個屬性對應的 gett...
CMS究竟是CMS還是WCMS
最近因為公司的專案關係在研究cms，但是翻遍所有網上的資料都是 內容管理系統 這裡我稱之為wcms 不知道確切的cms定義是什麼，但是確實這點讓我很迷惑，難道cms就是乙個portal系統 比如manbo 在我的看法裡，cms就是乙個純粹的後台系統，它關心有哪些內容，內容的屬性，歸類，頻道繫結，歸屬...