首页 帮助中心 微信不更新是如何做到控制朋友圈的表情评论

微信不更新是如何做到控制朋友圈的表情评论

转载
蜻蜓软件
8个月前 阅读 91

原文链接:https://segmentfault.com/a/1190000021444077


由于作者本文是做IM出生,本身对即时通讯技术比较感兴趣,加上身边都是做即时通讯的朋友,于是那天一起吐槽了一下这个功能。对于已经稳定的微信架构,在前端加一些这些功能点,本身就so easy,只是张小龙愿不愿意做而已 

这里不得不佩服的是,微信真的目前来说已经很稳了,以前我们公司,自己搭建的国际服务器,会每隔段时间出一次事故,即便国内亿级用户量的架构师都已经参与进来了(在这里深深佩服Telegram的开发者)。即时通讯里面出现一个小问题,就会被无限放大,因为它不像传统的网站,它是客户端,需要下载安装,如果用户使用发现了问题,就会一直不断重现,假如是说这个版本的消息推送一直有问题,那么这个版本,用户就要被这个问题一直无限的重复骚扰。而且可能你不知不觉,他已经卸载了

总之,想提升技术,推荐可以去做即时通讯,那里面一年有你在外面五年都学不到的东西,游戏、社交都算,年终奖也是最高的

正式开始

首先,微信采用原生开发,例如IOS,采用的是object-c编写,那么就叫客户端,每个即时通

讯的客户端,也是一台服务器,所以做即时通讯的客户端开发,本身就相当半个全栈工程师。客户端,就该拥有客户端的能力,那么它就拥有数据库,例如sqlite3,嵌入式的数据库。Node.js也可以使用,例如Electron

据我观察,微信的表情包评论,也是灰度发布,即使你先更新了,但不会立马就能使用,不过你肯定可以看到。

首次更新、登陆,得到这个结果,然后接受到决定能否看到发送表情包推送的tag,存入数据库,这样就每次登陆就会数据库取这个tag决定能否展示发送表情包评论的控制台,相当于我们存入localStorage一样。

之后,管理层需要回收这个功能,于是需要Push一次

服务器根据一定的规则,采用灰度回收,可能是片区轮询式推送,更新tag,让客户端丧失表情评论的选择界面,这样就失去了评论功能,但是还是可以看到之前的评论,因为源码里、数据库的展示、数据存储都还在。

这里很简单就把如何灰度发布、灰度回收,讲清楚了。既然讲了图片,那么就讲讲客户端的表情存储

即时通讯既是一个服务器,也是一个客户端,那么它就是也拥有文件io的能力,调用各种插件的能力。

我们看到的表情包,例如在IOS上是300个上限,你点进去的时候可以发现

我们的gif图表情包,是缩略图,是不会动的,,取的第一帧,这里就要吐槽下Node.js,看似什么都能做,但是很多事情都做得不太好,压缩图片都不是非常完美,即便使用了C++插件,当你重度使用过Node.js,就应该考虑系统学一门真正的后台语言,例如Golang,但是Node.js在某些地方用来做工具是非常棒的。

这些缩略图都是存储在客户端,可能是在某个表的字段里,存储着你我的小秘密的数组集合,然后出来遍历展示一波?

想要在哪里使用这个组件,引入一波就行,例如在评论中引用,点击表情向服务器推送,对应的数据type,表情包的src地址。服务器接受到message后,对当前这条朋友圈的相关人推送消息,更新朋友圈提示即可。

这个思路,就跟用户在微博或者微信点赞一样,默认是成功的,但是如果失败了,那么下次登陆或者刷新时候,会显示没有点赞~不止是前端,后端也需要异步,最近有对微服务架构的进行系统学习,感觉真的是很多东西相通的,只是方式变了而已。底层的处理思维逻辑其实都差不多,但是有一点要注意的是,学一个东西,最忌讳学一半而不精,三心二意,这样很可怕。系统学习一个东西,真的很重要

例如webpack,网上一大堆文章教你怎么配置,怎么代码分割,但是比较少人跟你说webpack的运行机制、热更新原理、loader、plugin原理,babel插件怎么写,怎么定制开发你的webpack-plugin,这些需要时间学习成本的东西才最重要,才最能提升你自己