而在權(quán)限管理上，微信采用了給用戶打「標(biāo)簽」來進行分組，這個標(biāo)簽的分組與微信通訊錄一致。在數(shù)據(jù)上，就是給每個關(guān)系增加一個「標(biāo)簽」標(biāo)記。這里需要注意的是，雖然微信的關(guān)系在產(chǎn)品使用上給用戶是雙向的（即互相關(guān)注），但是在存儲的時候，是給互相關(guān)的兩個用戶分別建立了關(guān)系數(shù)據(jù)，也就是每個人獨有自己的一份「通訊錄」。這通過刪除了自己的好友之后，自己并不從別人的通訊錄刪除就可以看得出來。標(biāo)簽分組的基礎(chǔ)數(shù)據(jù)就是這樣了，這也是后面朋友圈權(quán)限管理的基礎(chǔ)。

對于個人朋友圈 timeline 所能看到的消息，按照一般的邏輯是先獲取所有朋友的消息，然后剔除掉沒有授權(quán)給自己看的消息、剔除掉自己屏蔽的用戶消息，然后才得到自己當(dāng)前看到的 timeline。如果是這樣的邏輯的話，等于每次刷新朋友圈，都要跑到所有的消息池里面去找到上述通訊錄中朋友們的消息，還要對找到的每條消息去判斷用戶是否有權(quán)限閱讀。這顯然是效率低下的方式，更何況微信是這么大的一個訪問量和數(shù)據(jù)量。所以，這種數(shù)據(jù)結(jié)構(gòu)設(shè)計是行不通的了。

一般邏輯下朋友圈每次讀取的過程

利用零散時間進行關(guān)系計算

解決這種性能問題一般的思路就是把需要大計算量的過程分散到平時零散的時間去做。在這里的思路就是：平時就把每個用戶需要的 timeline 數(shù)據(jù)按照權(quán)限設(shè)置準(zhǔn)備好，等到用的時候（刷新朋友圈）就直接讀取準(zhǔn)備好的內(nèi)容。那么答案就出來了：除了存儲一份上面講到的文字，圖片等基本信息外，還需要給每個用戶存儲一份 timeline 數(shù)據(jù)，注意，是每個用戶一份。當(dāng)然，這里的「每份」不需要存儲完整信息，只需要存儲消息的 ID 和時間（可能需要）。每個人刷新自己的朋友圈時，讀取自己的那份數(shù)據(jù)就行了，既不用去消息池子里面篩選，也不用判斷用戶權(quán)限。

那是怎么實現(xiàn)權(quán)限控制呢？

新消息產(chǎn)生新權(quán)限

當(dāng)一個用戶發(fā)布一條消息時會按照上面講的標(biāo)簽設(shè)置相關(guān)的權(quán)限，服務(wù)器就會給每個有權(quán)限接收這條消息的用戶的 timeline 中寫入這條消息。也就是在用戶發(fā)布的這一刻，就做好了權(quán)限安排，而不是等到讀取的時候。這樣就自然減少了讀取的時候的計算量，提高了效率。

發(fā)布時進行權(quán)限控制（示意圖，實際比這復(fù)雜）

至于分庫分表這些就不展開了，知道有這么回事就行。有時候這種技術(shù)上的設(shè)計也是會限制產(chǎn)品的設(shè)計。

那怎么證明上面說的合理呢？

感興趣的同學(xué)可以去測試下：先發(fā)一條帶閱讀權(quán)限的消息，比如允許某個標(biāo)簽的人看。然后再給這個標(biāo)簽添加一個新人。結(jié)果是這個新人是看不到這條消息的，因為權(quán)限劃分是在發(fā)布的時候就劃分好了，新人加入標(biāo)簽的時間是在發(fā)布之后，所以沒法獲得這條消息的權(quán)限分配機會，雖然他后來在標(biāo)簽組中，但是仍然沒有辦法看到這條消息。

作為一個微信設(shè)計的旁觀者，以上答案是作為一個用戶從系統(tǒng)分析的角度去考慮的，并不代表微信確實是這樣的一個設(shè)計思路，但答案中的方案已經(jīng)盡可能做到了可以驗證。答案中也沒有涉及到具體的技術(shù)，僅僅是一個系統(tǒng)分析的思路。