利益相关,我不能说太多,如果真有心的话你可以看看国外最近的那个 cs 论文,找不到的话说明你不适合这个行业。信箱模式有多强,行内人都知道,而且大厂内部早就已经用了很多年了,不然某些 im 怎么能扛那么大的用户量?你自己好好想想,为什么偏偏叫信箱模式,不叫 xx 模式?其实原理就在这个词中,回去好好领悟一下就明白了,懂与不懂只隔一层纸。好了我就说这么多,不然同行要打死我,毕竟都是靠这个吃饭的,拜师的话可以私聊,我很忙,有拜师门槛,你自己想清楚了可以来找我
以上纯属扯淡,包括什么需要自己领悟的信箱模式
資深大佬 : westoy
去看 erlang 或者 zeromq
資深大佬 : lix7
就是把原有的读扩散改成写扩散,IM 可以理解成实时性更强的邮箱
主資深大佬 : chinaliuhan
@Keyes 哭了
主資深大佬 : chinaliuhan
@lix7 老哥,可以展开讲讲吗?写扩散,意思是发送消息的时候同时连接集群中所有的节点吗?
資深大佬 : caotian
前几年有文章分析微信的协议,说 foxmail qqmail 是张小龙做的,微信消息协议是扩展的邮件的 sync 协议,难道指的是这里的信箱? google 微信协议 有几篇文章有详细介绍
@Keyes 以 Actor 模型为线索,稍微搜索了一下资料做了一下理解,不知道对不对(或者究竟是否沾边): 其实所谓的“信箱”,归根到底,就是利用了一个“链”来存放消息,并且单步逐个消化“链”中的每一个消息。Actor 模型无非是有多个 Actor (例如处理信息的 Actor 若干个,组装信息的 Actor 若干个),每个 Actor 各自有自己的“信箱”并且根据信箱消息单步地干活。 不知道这样理解是否为正确,我反观一下有点类似于把一个“进程”微服务化。
資深大佬 : fovecifer
听起来像是 actor model? 其实就是 CSP(Communicating Sequential Process)模型啊 对应的传统的模型是 share memory