ASIHttpRequest的一个Bug与30秒超时

鉴客 发布于 2012/01/09 17:42
阅读 2K+
收藏 0

今天在项目中发现一个ASIHttpRequest的Bug。这个Bug可能会导致你Http请求延时至少在timeout设置时间结束之后。更可怕的是,为了找出这个Bug,可能会浪费程序员更多的时间。为这个问题我至少奋斗了3个小时!

项目中一直在使用ASIHttpRequest,但有一次,我发现Http请求居然总是不成功。我下意识地以为这是网络延时问题,我延长了ASIHttpRequest的超时时间至30秒,于是程序不再报错。

但今天在使用同样的代码时,我发现以前我全错了。这不是超时的问题,而是ASIHttpRequest的一个Bug。

因为这次我请求本机的Tomcat服务器的某个jsp页面,页面代码写得很简单,在firefox中请求该页面的响应时间不会超过0.01秒,但在iPhone模拟器中居然用了20多秒才返回。这不可能是网络延时的原因。

当我把超时时间改小至10秒,等待超时时间结束,ASIHttpRequest甚至直接报kCFStreamEventErrorOccurred错误。

我打开ASIHttpRequest的所有调试日志,发现ASIHttpRequest似乎在尝试用上次的连接去连接服务器:

Request #3 will use connection #2

Request attempted to use connection #2, but it has been closed -will retry with a new connection

Request #3 will use connection #3

它好像连接时重用上次的http连接。这样肯定是不行的,因为上次的http请求结束后服务器已经把连接关闭了。

于是我们只能把ASIHttpRequest的连接重用关闭:

[requestsetShouldAttemptPersistentConnection:NO];

这样,前面的问题就不会出现了。其实,在不同的http会话中,不应该开启PersistentConnection。

文章出处:http://blog.csdn.net/kmyhy/article/details/6963925

加载中
1
s
selfMe

如果是源码的bug为什么不是修改源码来解决吗,用设置函数来解决,晕死,这是用法问题吧。标题太大了。

返回顶部
顶部