modify 系统设计之微信朋友圈设计

Author: [email protected]

README.md

@@ -563,6 +563,16 @@
 
 - [146、HBase的物理存储格式：为啥说他是列式存储？](/docs/03/146.md)
 
+### 系统架构设计
+
+- [148、假设让你来负责微信朋友圈这样的社交系统，应该如何设计？（下）](/docs/03/148.md)
+
+- [149、微信朋友圈是如何对好友显示权限进行控制的？](/docs/03/149.md)
+
+- [150、如何设计高并发的朋友圈点赞系统架构？](/docs/03/150.md)
+
+- [151、关于重复点赞问题以及点赞查看时效性的方案设计](/docs/03/151.md)
+
 ### 开源框架
 
 ### Java Core

docs/03/147.md

@@ -0,0 +1,41 @@
+# 147、假设让你来负责微信朋友圈这样的社交系统，应该如何设计？（上）
+
+![朋友圈设计](/docs/03/images/147/01.png)
+
+你自己可以发朋友圈，刷朋友，看到你自己发的朋友圈以及你的好友发的朋友圈，你可以对朋友圈进行点赞，进行评论，你可以去设置权限，你不看某些人的朋友圈，不让某些人看你的朋友圈，拉黑或者删除某个好友再也不用看到他的朋友圈了
+
+ 
+
+首先你发送朋友圈的时候，一般是9张图片配合一些文字，组成了一条朋友前，文字还好说，但是图片就会稍微有点大了，也可以是一个短视频配合一些文字，点击发送，假设你要同步发送，可能会导致你点击发送按钮之后，弹出一个旋转框，告诉你发送中，持续好几秒种中，用户体验是比较差的
+
+ 
+
+有一个好一点的办法，可以把这些数据在客户端本地暂存一下，然后直接让你发送成功返回，走一个异步发送状态，然后立马让你自己在刷朋友圈的时候，可以把你客户端本地的刚发的朋友圈加载出来看到
+
+ 
+
+仅仅是这样，就会变成，发朋友圈成了你自己的自娱自乐，因为你的朋友圈并没有发送出去让你的好朋友看到，可以走一个异步的模式，把你的朋友圈里的图片或者视频+文字，花费几秒钟的时间传送到你的后台服务器上去存储
+
+ 
+
+之后，你的朋友就可以从后台服务器上加载你的朋友圈里的图片和视频，可以看到了
+
+ 
+
+你的那些视频和图片，是不是可以就都直接就近上传到CDN（content delivery network），不是直接到朋友圈系统的后台，这样速度是很快的；接着就是发送请求到朋友圈后端系统，请求包括图片的地址，你配的文字，发朋友圈的时候可以选择开放给谁看，这些数据写入到朋友圈发布表里去
+
+ 
+
+然后需要在相册表里写入索引数据，里面存放的是对你的发布表里的数据引用，这样你以后浏览相册的时候，都是根据相册里的索引数据到发布表里找实际对应的数据的
+
+ 
+
+接着就走一个离线批处理，通过批处理程序把这条朋友圈写入到你所有好友的时间线表里去，你好友的时间线表里就是存放了他刷朋友圈的时候，可以按照时间线刷到的所有好友的朋友圈
+
+ 
+
+你有3个好朋友，每个好朋友都在时间线表里有一个朋友圈的时间线，按照时间顺序排列了他可以查看的所有朋友圈，包括了他自己发的朋友圈以及他的好友发的朋友圈允许他看的那些，都会在这里
+
+ 
+
+然后你的好朋友刷朋友圈的时候，就会知道自己的时间线表里有个新的变化，就是有好友发了朋友圈，此时就会提示你一个红色的圆点，你就开始刷，刷的时候就根据图片url地址，去cdn拉取的

docs/03/148.md

@@ -0,0 +1,42 @@
+# 148、假设让你来负责微信朋友圈这样的社交系统，应该如何设计？（下）
+
+![朋友圈设计](/docs/03/images/148/01.png)
+
+你自己可以发朋友圈，刷朋友，看到你自己发的朋友圈以及你的好友发的朋友圈，你可以对朋友圈进行点赞，进行评论，你可以去设置权限，你不看某些人的朋友圈，不让某些人看你的朋友圈，拉黑或者删除某个好友再也不用看到他的朋友圈了
+
+ 
+
+首先你发送朋友圈的时候，一般是9张图片配合一些文字，组成了一条朋友前，文字还好说，但是图片就会稍微有点大了，也可以是一个短视频配合一些文字，点击发送，假设你要同步发送，可能会导致你点击发送按钮之后，弹出一个旋转框，告诉你发送中，持续好几秒种中，用户体验是比较差的
+
+ 
+
+有一个好一点的办法，可以把这些数据在客户端本地暂存一下，然后直接让你发送成功返回，走一个异步发送状态，然后立马让你自己在刷朋友圈的时候，可以把你客户端本地的刚发的朋友圈加载出来看到
+
+ 
+
+仅仅是这样，就会变成，发朋友圈成了你自己的自娱自乐，因为你的朋友圈并没有发送出去让你的好朋友看到，可以走一个异步的模式，把你的朋友圈里的图片或者视频+文字，花费几秒钟的时间传送到你的后台服务器上去存储
+
+ 
+
+之后，你的朋友就可以从后台服务器上加载你的朋友圈里的图片和视频，可以看到了
+
+ 
+
+你的那些视频和图片，是不是可以就都直接就近上传到CDN（content delivery network），不是直接到朋友圈系统的后台，这样速度是很快的；接着就是发送请求到朋友圈后端系统，请求包括图片的地址，你配的文字，发朋友圈的时候可以选择开放给谁看，这些数据写入到朋友圈发布表里去
+
+ 
+
+然后需要在相册表里写入索引数据，里面存放的是对你的发布表里的数据引用，这样你以后浏览相册的时候，都是根据相册里的索引数据到发布表里找实际对应的数据的
+
+ 
+
+接着就走一个离线批处理，通过批处理程序把这条朋友圈写入到你所有好友的时间线表里去，你好友的时间线表里就是存放了他刷朋友圈的时候，可以按照时间线刷到的所有好友的朋友圈
+
+ 
+
+你有3个好朋友，每个好朋友都在时间线表里有一个朋友圈的时间线，按照时间顺序排列了他可以查看的所有朋友圈，包括了他自己发的朋友圈以及他的好友发的朋友圈允许他看的那些，都会在这里
+
+ 
+
+然后你的好朋友刷朋友圈的时候，就会知道自己的时间线表里有个新的变化，就是有好友发了朋友圈，此时就会提示你一个红色的圆点，你就开始刷，刷的时候就根据图片url地址，去cdn拉取的
+

docs/03/149.md

@@ -0,0 +1,64 @@
+# 149、微信朋友圈是如何对好友显示权限进行控制的？
+
+发送朋友圈的时候，可以通过几种方式进行谁可以看你这条朋友圈的权限的控制，你发的时候可以选择屏蔽谁，对哪个标签下的人开放
+
+ 
+
+这条朋友圈的权限到了后台之后，会有一个离线批处理的程序跑起来，对最近发的一波朋友圈都找他们的朋友圈的权限的设置看一下，此时就会对你允许看到的好友，此时就在他们的时间线里插入这条朋友圈数据，那么这样的话，只有你允许的好友的时间线里才有你这条朋友圈
+
+ 
+
+比如说王五发的朋友圈16931可以允许张三和李四看到，设置了一个标签组，标签名称是老铁三人组，里面就正好有张三和李四
+
+ 
+
+张三       发表朋友圈的时间戳           朋友圈16931        王五
+
+张三       发表朋友圈的时间戳           朋友圈16384        李四
+
+李四       发表朋友圈的时间戳           朋友圈16931        王五
+
+ 
+
+在redis里可以设置张三的朋友圈是有变动的一个状态，在上次拉取朋友圈的时间点之后的一些朋友圈都从时间线表里拉取出来，刷朋友圈的时候，如果说你的网速要是不太好的话，你会发现这样一个场景
+
+ 
+
+就是你最新的一些朋友发的朋友圈是显示出来了，但是视频和图片都是一片灰色，仅仅能看到他的文字和其他的一些东西，比如说点赞之类的，图片和视频死活看不到，都是一片灰色，反正我自己网速不好的时候经常看到这样的情况
+
+ 
+
+假设王五之前发了一条朋友圈，设置李四可以看到的，李四之前确实是看到了这条朋友圈的，但是有个问题，王五后来跟李四吵了一架，关系变得非常的不好，王五就对李四设置了一个朋友圈的权限，就是自己的朋友圈不允许李四看到，甚至可能会直接拉黑/删除李四这个好友，这个就够狠了
+
+ 
+
+你设置自己的朋友圈对所有朋友都是仅仅三天之内可见
+
+ 
+
+就是说你跟李四之间的朋友圈的权限总设置或者是朋友之间的关系，有了变化，或者是你的自己的朋友圈对外展示的总权限有了变化，此时每次如果有变动，那么这些设置，包括你对每个朋友的朋友圈权限的设置，跟朋友的关系，自己的朋友圈的总权限，这些设置都会统统的缓存起来
+
+ 
+
+包括缓存在你自己的客户端本地，也可以缓存在你的朋友的客户端本地
+
+ 
+
+但是你可能随时会拉黑、删除某个人，或者是突然设置对那个人朋友圈不可见，或者是突然你自己设置了朋友圈三天可见什么的，所以你设置的这些东西，都会被缓存起来，每次你好友刷朋友圈，查看自己的时间线表的时候，都会检查你的某条朋友圈根据你的一些行为，是否还对他可见
+
+ 
+
+李四会关注王五的各种朋友圈权限和朋友关系的一个变化，一旦说有变化了，可以缓存到自己的本地，下次在客户端里再次刷新朋友圈的时候，客户端对于王五的朋友圈会和王五的各种权限设置结合起来判断一下
+
+ 
+
+李四能否看到王五的这条朋友圈
+
+ 
+
+一般那些操作很少做的，所以做的时候更新一下缓存就行了
+
+ 
+
+一般问题不大
+

docs/03/150.md

@@ -0,0 +1,26 @@
+# 150、如何设计高并发的朋友圈点赞系统架构？
+我看到了你的朋友圈，此时我就可以对你的朋友圈去进行一个点赞，也可以取消点赞，假设要设计成支撑高并发的点赞系统，应该如何设计？
+
+ 
+
+朋友圈的点赞和评论，是独立的数据，其实比如点赞，都是可以基于redis来做的，每个朋友圈里对应一个set数据结构，里面放谁给你点赞了，这样每条朋友圈的点赞人和点赞数量直接从redis出就可以了，smembers和scard
+
+ 
+
+评论也是可以存表里的，都是以朋友圈为粒度来存储
+
+ 
+
+那么刷朋友圈的时候，比如说你好友和你，另外一个好友都是好友，此时你好友刷到了你的朋友圈，就可以把另外一个好友对你的点赞和评论都拉出来，展示在客户端下面就可以了，这个展示过程可以是动态的
+
+ 
+
+你是王五，你的朋友圈被张三点赞了，李四跟你们也是好朋友，此时李四刷朋友圈看到了王五发的这条朋友圈，此时你可以在后台，对这条朋友圈的set用张三做一个sismember操作，就是判断一下你们俩的所有共同好友，有哪些人对这条朋友圈点赞了
+
+ 
+
+此时就可以看出来这条朋友圈被你们的共同好友多少人点赞了，哪些人点赞了
+
+ 
+
+比如你另外一个好友是否对这条朋友圈点赞了，直接sismember就可以判断出来，这样整个你基于redis，他都是非常高性能的

docs/03/151.md

@@ -0,0 +1,33 @@
+# 151、关于重复点赞问题以及点赞查看时效性的方案设计
+
+ 
+
+我看到了你的朋友圈，此时我就可以对你的朋友圈去进行一个点赞，也可以取消点赞，假设要设计成支撑高并发的点赞系统，应该如何设计？
+
+ 
+
+朋友圈的点赞和评论，是独立的数据，其实比如点赞，都是可以基于redis来做的，每个朋友圈里对应一个set数据结构，里面放谁给你点赞了，这样每条朋友圈的点赞人和点赞数量直接从redis出就可以了，smembers和scard
+
+ 
+
+假设通过数据库的表来存放点赞的数据，此时可以通过联合唯一键来保证幂等性，用户id+朋友圈id是一个联合唯一索引，就可以确保一个人对一条朋友圈只能点赞一次，如果通过redis里的set来实现，set本身就是可以去重的，你多次把一个人放到一条朋友圈的set里去，是不会重复的
+
+ 
+
+评论也是可以存表里的，都是以朋友圈为粒度来存储
+
+ 
+
+那么刷朋友圈的时候，比如说你好友和你，另外一个好友都是好友，此时你好友刷到了你的朋友圈，就可以把另外一个好友对你的点赞和评论都拉出来，展示在客户端下面就可以了，这个展示过程可以是动态的
+
+ 
+
+你是王五，你的朋友圈被张三点赞了，李四跟你们也是好朋友，此时李四刷朋友圈看到了王五发的这条朋友圈，此时你可以在后台，对这条朋友圈的set用张三做一个sismember操作，就是判断一下你们俩的所有共同好友，有哪些人对这条朋友圈点赞了
+
+ 
+
+此时就可以看出来这条朋友圈被你们的共同好友多少人点赞了，哪些人点赞了
+
+ 
+
+比如你另外一个好友是否对这条朋友圈点赞了，直接sismember就可以判断出来，这样整个你基于redis，他都是非常高性能的