本篇文章，從訊息中心的定義、發展、組成、以及各行業間的異同等方面做了詳細介紹，讓我們對訊息中心有乙個整體了解，便於找到設計切入點，或幫助我們評估自身產品的訊息中心。從一致性和服務號兩個方面，闡述了如何將訊息中心的優化收益最大。
資訊互聯，不同的時代，雖然傳遞訊息的介質一直在發生改變，但訊息的本質都是一致的。
訊息中心的本質：資訊快速觸達，價值直接傳遞。
不同定位的產品，訊息型別和複雜程度也差別甚遠。因此無法在此一一舉例。
訊息中心列表頁是應用內系統傳送給使用者的各種資訊的乙個集合頁面。集合頁面意味著訊息本身被劃分成了各種型別，這時候合適的分類訊息導航能幫助使用者快速找到需要的資訊。
輔助組成模組做好了，有助於針對訊息中心功能形成閉環。
微博的訊息中心基本包括了所有的輔助組成模組，使用者可以收發訊息，設定訊息，搜尋訊息。像微博這種訊息功能重要，類別多，有社交屬性的產品加入這些輔助功能是合適的，但不適合所有產品。
(1)常見訊息型別包括
說完業務卡片的分類，為了提公升一致性，像58同城、滴滴這種包含大量業務卡片的產品，如何對其進行規範呢？
我們從、邊距、轉角、寬度進行規範說明。
邊距規範：邊距規範包括，卡片距頁面邊距、內容區(含文字、元素)距離左右上下邊距。
轉角規範：轉角規範取4的倍數：4px、8px、12px、16px、20px，會話氣泡與業務卡片轉角統一16px大小。
寬度規範：卡片寬度兩種型別規範：會話氣泡卡片，卡片寬度530px，不含頭像和氣泡尾部；通欄卡片，卡片寬度690px。
(2)訊息狀態包括
傳送狀態：傳送中、傳送成功、傳送失敗；
接收狀態：已接、未接、拒接；
此類產品的訊息一般包括：個人訊息、站內通知、活動通知、系統通知等。
給運營同學的小建議：
雖然產品和開發同學會為官方賬號導量，使運營同學不再擔心使用者數量。但明確的賬號定位、優質的內容、合理的傳送型別和傳送頻次同樣重要。
切記不要頻繁地給使用者推送各種折扣，將訊息中心單獨作為優惠券出口，這樣雖然前期會讓使用者有些興趣，但後期只會給使用者增加煩惱，也會使自己的產品掉價，甚至影響以後的拉新。
題圖來自 unsplash，基於cc0協議。
rabbitMq實現已讀訊息和未讀訊息的查詢
進行鏈結常見 xfrabbittemplate 自定義的鏈結建立類 channel channel xfrabbittemplate.getchannel 消費者定義 channel.queuedeclare queue.text message,true,false,false,null 從佇列中...
讀《未來產品的設計》
讀 未來產品的設計 未來的產品會是什麼樣子？是否會像科幻 電影或遊戲裡描繪的那樣奇形怪狀和匪夷所思？這的確是乙個很難回答的問題。我們的產品和科技日新月異，要預知明天的事物談何容易？不過我們仍然會設想未來，因為有一點可以確信 未來的產品一定會更好地為人服務，歷史也正朝著這個方向行進。換句話說，相對於不...
HDFS的追加 重新整理 讀設計
hdfs將在0.21版 尚未發布 把dfsoutputstream中的fsync操作 實際上是sync方法 更名為hflush,因為之前的fsync做的工作實際上不是同步資料到磁碟,而是重新整理 flush 快取。fsync功能可能會在以後的版本中新增。dfs對於未關閉檔案的資料提供最大努力持久 1...