在下好奇移端的用是如何保持end2end的通信的通,比如IM(微信)之,是如何保移端在不同切后仍然能恢通信的呢?
感不是longpoll老技吧,不管移端是server的力都不小。
道是有background一直行的service,一到IP化就和server同步?的必要有central index server的存在,可以完全decentralized?
求大神指迷津。。
迎里提,文不好,描述的不是很清楚,不充完善ing

在下好奇移端的用是如何保持end2end的通信的通,比如IM(微信)之,是如何保移端在不同切后仍然能恢通信的呢?
感不是longpoll老技吧,不管移端是server的力都不小。
道是有background一直行的service,一到IP化就和server同步?的必要有central index server的存在,可以完全decentralized?
求大神指迷津。。
迎里提,文不好,描述的不是很清楚,不充完善ing
1 pimin Jul 9, 2015 via iPhone 1.微信并不是去中心化 2.类似服务不可能完全实现去中心化,比如双方在不同Wi-Fi(局域网)情况下无法从任何一方主动发起通信 3.类似服务大多是基于TCP 长连接+心跳包吧。 给TCP 长连接打上老技术标签个人认为并不合适. |
2 redsonic Jul 9, 2015 有备案的社交工具会去中心化? 这里可是天朝哦 |
3 JamesRuan Jul 9, 2015 在NAT后面的两个网怎么也没法P2P吧! |
4 sallowdish OP @pimin longpoll之的keep alive的utilization太低了,如果是client和client之的longpoll可以接受,但如果是每隔30s和server一次longpoll,utilization大多情下0.1都不到(暴露lz人的真相了。。) |
5 sallowdish OP @JamesRuan 不啊,IP+port#+MAC是可以穿NAT的吧 |
6 JamesRuan Jul 10, 2015 @sallowdish 这种方式需要对面有个NAT前的机器接应,实际链接的是NAT前的机器,那个机器替你转发而已,并非直连。 |
7 sallowdish OP @JamesRuan 在一般NAT都是路由做的啊,到IPv6推也就不再需要NAT了。再不管NAT怎麽弄,於P2P的client side都是完全有的啊,於client都是直接内IP+port接外IP+port建立接,完全都不知道NAT存在的 |