默认

探探的IM长连接技术实践:技术选型、架构设计、性能优化

查看数: 73245 | 评论数: 7 | 收藏 2
关灯 | 提示:支持键盘翻页<-左 右->
    组图打开中,请稍候......
发布时间: 2021-12-14 00:30

正文摘要:

本文由探探服务端高级技术专家张凯宏分享,原题“探探长链接项目的Go语言实践”,因原文内容有较多错误,即时通讯网收录时有修订和改动。 1、引言 即时通信长连接服务处于网络接入层,这个领域非常适合用Go语言发 ...

评论

ZJoker 发表于 1 年前
Connector的无损发版是怎么实现的,可以不重启ws管理服务吗。用户不断连?
JackJiang 发表于 3 年前
引用:逍遥小子 发表于 2021-12-17 09:28
加了ngxin这个一层,那岂不是长连接服务器那不就没啥作用了,我理解的

你应该往回看,想想你用nginx的初衷是什么?
逍遥小子 发表于 3 年前
加了ngxin这个一层,那岂不是长连接服务器那不就没啥作用了,我理解的
JackJiang 发表于 3 年前
引用:逍遥小子 发表于 2021-12-16 11:39
楼主你好,请问,客户端和长连接服务器中间如果有nginx做转发的场景,这个时候是客户端是和nginx进行长连接 ...

根据反向代理的原理,应该是和nginx,否则就失去nginx的意义了
逍遥小子 发表于 3 年前
楼主你好,请问,客户端和长连接服务器中间如果有nginx做转发的场景,这个时候是客户端是和nginx进行长连接还是和长连接服务器进行长连接呢?
JackJiang 发表于 3 年前
引用:wangjil_BI85P 发表于 2021-12-15 22:54
websocket over quic,非弱网环境下比 tcp 表现好很多!

虽然我之前跟你一样的看法,但现在我不看好UDP,也同样对QUIC的应用场景存疑
wangjil_BI85P 发表于 3 年前
websocket over quic,非弱网环境下比 tcp 表现好很多!

返回顶部