而在权限管理上，微信采用了给用户打「标签」来进行分组，这个标签的分组与微信通讯录一致。在数据上，就是给每个关系增加一个「标签」标记。这里需要注意的是，虽然微信的关系在产品使用上给用户是双向的（即互相关注），但是在存储的时候，是给互相关的两个用户分别建立了关系数据，也就是每个人独有自己的一份「通讯录」。这通过删除了自己的好友之后，自己并不从别人的通讯录删除就可以看得出来。标签分组的基础数据就是这样了，这也是后面朋友圈权限管理的基础。
对于个人朋友圈 timeline 所能看到的消息，按照一般的逻辑是先获取所有朋友的消息，然后剔除掉没有授权给自己看的消息、剔除掉自己屏蔽的用户消息，然后才得到自己当前看到的 timeline。如果是这样的逻辑的话，等于每次刷新朋友圈，都要跑到所有的消息池里面去找到上述通讯录中朋友们的消息，还要对找到的每条消息去判断用户是否有权限阅读。这显然是效率低下的方式，更何况微信是这么大的一个访问量和数据量。所以，这种数据结构设计是行不通的了。
一般逻辑下朋友圈每次读取的过程
利用零散时间进行关系计算
解决这种性能问题一般的思路就是把需要大计算量的过程分散到平时零散的时间去做。在这里的思路就是：平时就把每个用户需要的 timeline 数据按照权限设置准备好，等到用的时候（刷新朋友圈）就直接读取准备好的内容。那么答案就出来了：除了存储一份上面讲到的文字，图片等基本信息外，还需要给每个用户存储一份 timeline 数据，注意，是每个用户一份。当然，这里的「每份」不需要存储完整信息，只需要存储消息的 ID 和时间（可能需要）。每个人刷新自己的朋友圈时，读取自己的那份数据就行了，既不用去消息池子里面筛选，也不用判断用户权限。
那是怎么实现权限控制呢？
新消息产生新权限
当一个用户发布一条消息时会按照上面讲的标签设置相关的权限，服务器就会给每个有权限接收这条消息的用户的 timeline 中写入这条消息。也就是在用户发布的这一刻，就做好了权限安排，而不是等到读取的时候。这样就自然减少了读取的时候的计算量，提高了效率。
发布时进行权限控制（示意图，实际比这复杂）
至于分库分表这些就不展开了，知道有这么回事就行。有时候这种技术上的设计也是会限制产品的设计。
那怎么证明上面说的合理呢？
感兴趣的同学可以去测试下：先发一条带阅读权限的消息，比如允许某个标签的人看。然后再给这个标签添加一个新人。结果是这个新人是看不到这条消息的，因为权限划分是在发布的时候就划分好了，新人加入标签的时间是在发布之后，所以没法获得这条消息的权限分配机会，虽然他后来在标签组中，但是仍然没有办法看到这条消息。
作为一个微信设计的旁观者，以上答案是作为一个用户从系统分析的角度去考虑的，并不代表微信确实是这样的一个设计思路，但答案中的方案已经尽可能做到了可以验证。答案中也没有涉及到具体的技术，仅仅是一个系统分析的思路。
