闲得蛋痛，用 go+websocket 写了个聊天组件。。。
barbery · barbery · 2014-08-09 16:05:56 +08:00 · 4078 次点击这是一个创建于 3743 天前的主题，其中的信息可能已经有所发展或是发生改变。
这个想法是源自于，某某公司一台机器用go写的可以抗30W长连接。。。
性能是程序猿的G点，我信了。。。
边学习，边折腾。。。花了1周，终于搞掂。。。把服务挂在digitalocean上，不知道5刀的机器可以抗多少连接。。
引入组件的话, 请看gist: https://gist.github.com/Barbery/8f36d999193da2a29ab3
性能是程序猿的G点，我信了。。。
边学习，边折腾。。。花了1周，终于搞掂。。。把服务挂在digitalocean上，不知道5刀的机器可以抗多少连接。。
引入组件的话, 请看gist: https://gist.github.com/Barbery/8f36d999193da2a29ab3
 |
1
huangyan9188 2014-08-09 16:49:41 +08:00  1
ws 实现聊天非常简单但是其实并不适合做im 因为长连接的非常不好
使用http的方法或者udp 来实现是最理想的~~ 我以前也用socket.io写过效率一般，使用http post 或者udp 的方法效率最高，根本不用担心并发性 其实长连接的话大部分网络带宽都是heartbeat |
 |
2
barbery OP @huangyan9188 谢谢你的经验之谈，不过http post的话，怎么推送消息到客户端？是轮询么？
|
 |
3
mengskysama 2014-08-09 18:26:34 +08:00 via Android 1
@huangyan9188 有点误人子弟啊，post不可能效率高，光头部就比websocket大几倍到十几。而且客户端不断轮询，后台招架不住的。udp在web里没有原生支持。
|
 |
4
skybr 2014-08-09 19:01:49 +08:00 1
@huangyan9188 socket.io只是把websocket做为backends之一, 实质上已经封好了一堆心跳超时、protocol && event的基础业务和rooms && broadcast高级业务进去了, 单单和纯websocket比就已经够重型了.
|
Select Language