|
|
楼主 |
发表于 2009-11-9 10:07
|
显示全部楼层
为什么会卡，科普&一些解释
对技术不感兴趣的，直接看最后三行就可以了。
! P* i0 e: R4 H* I
/ s8 n) l, C3 p! {/ F2 r; k0 z, t+ c( R" i/ r
目前所做的飞信基于HTTP协议，通过172网关，连到移动的飞信服务器。3 h) ?5 H$ d7 V+ z9 Q
HTTP协议基于TCP，每次连接（CONNECT）需要来往几次握手（好像是三次），7 r- D+ N) f; R5 W& j$ ^
这个过程比较费时，据我估计在网络正常时也需要1秒左右，网络不好时就不好说了。
0 J9 C* \) X1 W" ` O3 k如果在前台连接，其间一定会将界面卡住。
" L8 w- j' _' G, @& b* o如果是多线程系统，简单地开个后台进程就可以绕过这个限制。
& G/ V8 m9 v8 M% P- G( `PalmOS虽然可能通过一些技术伪装得象可以同时好几个程序一起运行的样子，" K3 U* F, p. w5 d- N3 U
但本质上还是个单线程系统，不存在可以自由操控的后台进程，, h' D+ q$ p$ g. q# z2 k% g
所以在连接时，不管你正在干什么，一定卡住，直到连接上或超时。
8 Z, M; O2 y, ~: V那么，想办法一直保持连接可不可以呢？" {/ E1 W9 e4 A+ ?1 U
HTTP协议是无状态协议，1.0时，每次请求结束后服务器都会主动关闭连接，下次请求再重连，
) i3 y, z- L& j% F' }! ]! S之前卡在登录界面的朋友，所在地区的移动网关就是这种情况，
# P% |6 l$ B; B- }所以这部分朋友，即使可以登录了，使用过程中也会非常卡，应该基本没有可用性。
5 c" S% L- `2 ?8 J2 C/ P" W% W其他地区朋友的网关比较好一些，使用了HTTP 1.1中的持续连接，
7 y, k' b6 v, P3 h* \; m4 z9 Q' E也就是请求完不马上关闭连接，但不马上关闭，不代表永远不关闭。- v$ g9 q7 s. I4 i5 p2 r
比如，作者所在地区网关会在50次请求后主动关闭连接，若15秒内没有请求也同样会主动关闭连接。
7 K- A$ M* K! r' ^" r( L1 O关闭后，所有请求必须再连接才可以，此时也会卡一下。
7 {2 F& ^. N$ k8 k: j那么，是不是减少请求频率可以相应减少重连几率呢？$ O" m7 j/ ?) o& I& N
这也不可能，一方面，长时间的无请求，服务器端会主动关闭连接。" ]8 C2 g% ?0 f Q8 a
另一方面，若没有请求，飞信的状态没办法即时更新，好友上线、来消息等就没办法获取了。
: i8 w n5 y1 y/ X% G综上，HTTP协议确实不适合承载IM消息，
0 @& T) G& Q5 j b. W1 H9 O( u& k因此基于HTTP协议的飞信比较垃圾，. h& F' n1 ^. w! E
加上单线程的PalmOs，造成了一些本来可以绕过的缺陷很难弥补。
) e% b& [: o8 R是在此HTTP协议上继续做，还是转到SIP协议上去，是个问题。
9 u! f0 W, G* |* p) M3 l7 i
6 H+ J) y+ ~8 J) W" h. ^
6 l. b3 L* M; {$ r8 W% ~1 X0 g+ e1 B0 A
总之，虽然目前的程序有这样那样的缺陷，
. F r5 p% ^& p% J- s9 B但相信对大多数朋友来说，还是比JAVA的那个要方便一点点的，/ p& ^4 `" d, M+ I2 {
对于觉得实在卡得没法用的朋友，那就不用呗，毕竟你也没损失什么，还是原来那个样子而已。 |
评分
-
查看全部评分
|
|Archiver|手机版|小黑屋|吹友吧
( 京ICP备05078561号 )
狗仔卡
发表于 2009-11-8 21:41
显身卡
:)1
7 N4 F% C$ t- c! p- @. Z
发表于 2009-11-9 08:04
