我們一個多頁面的H5應用產品，需要有聊天功能，和微信類似，我們的聊天也是有和所有人的聊天列表頁面，有和單個人的聊天詳情頁面，聊天內容有文字和圖片，未來可能有表情。預研了市場上的聊天工具，最後選了環信web版本的聊天工具. 由於聊天需要客戶端和對方的伺服器建立長連結，因此採用iframe的方式，主頁面沒有任何頁面元素，只是有js邏輯，其他頁面都在主頁面的iframe裡面。主頁面負責和環信伺服器建立長連結，和它進行通訊，如果有訊息，就通知子頁面，如果當前子頁面需要響應訊息，則處理。 聊天記錄環信只給儲存3天的，內容還是得我們自己儲存。我們儲存圖片和文字最好是一開始使用者點選的時候就先把內容上傳到伺服器上，如果圖片還得上傳到七牛雲上，等伺服器返回圖片的id後再通過環信把訊息發推送給對方。實際上我們可以只拿環信當通道，傳遞json字串，理論上我們只調用他傳送普通訊息的介面，就可以傳遞任何訊息，並且圖片類的訊息我們可以只傳遞圖片id，對方收到型別為圖片的訊息後，可以拼上七牛的圖片字首，對方就可以看到圖片了，但是環信是看不到圖片的，更好地保護使用者的隱私。 然後就是後臺資料庫設計了，如果按照傳統的方式儲存在mysql下，資料庫肯定受不了，如果儲存在mongodb下或是Elasticsearch下，則業務程序還得連線相關的資料庫，增加系統的複雜度，我們並不是一個聊天應用，使用者的聊天場景不是特別多。那就簡單一點來，以Json形式將雙方的聊天記錄放到MySQL資料庫下面，為了保證資料庫的io，限制一個人每個月和每個人的聊天資料每1000條儲存到一條json下。資料庫設計這裡除了要記錄使用者的聊天記錄以外，還需要能迅速找到使用者和誰聊天，每個月聊天次數，以便程式能迅速決定向哪個聊天的json裡面寫資料。這裡設計了3個表，一個表記錄用戶和誰聊天了，最後聊天內容和形式，有多少訊息使用者沒有看過，主要用來展示聊天列表頁。一個表記錄每個使用者和對方每月聊天的每個json的資料量，用來迅速決策，當月聊天是否滿1000條，如果滿了，則要另外拆成一個json來記錄資料了。最後一個表用來記錄雙方的聊天記錄，只有一個id和一個JSON資料。