ASIHTTPRequest多次重复请求的问题

本文分析了一个车票订购系统中出现的一次点击生成两次订单的问题。通过抓包发现客户端发送了两次请求,最终定位到iOS端和服务端交互时,由于HTTP持久连接特性导致的问题,并给出了两种解决方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在一个车票订购的项目中,点击一次订购,却生成了2次订单,通过抓包发现,是客户端请求了2次。在和服务端一番推卸责任之后,最终定位在服务端的问题。


后来证实,问题是在ios端。


服务端:apctch2

用的是webservice


因为接口请求的格式是把参数放在url后面,这样,默认就选择GET方式。

然而,默认的GET方式采用的是connection: keep-alive(长连接方式)

HTTP持久连接(HTTP persistent connection,也称作HTTP keep-alive或HTTP connection reuse)是使用同一个TCP连接来发送和接收多个HTTP请求/应答,而不是为每一个新的请求/应答打开新的连接的方法。
换句话说,在请求服务没有及时响应的时候,客户端会在同一个tcp连接中再次请求服务器。导致的结果就是,客户端的现象:请求了一次。得到了一次response。 服务端收到两次请求,给出了一次返回。

ps:这里的“没有及时响应”,不是ASIHTTPRequest里面的Timeout的概念(30秒服务器没有响应,结束当前tcp连接,建立新的tcp连接)。这里是指服务端没有立刻发送确认ack的包。


解决办法其实很简单:默认设置POST方式:

[request setRequestMethod:@"POST"];

或者

request.shouldAttemptPersistentConnection = NO;(不支持长连接)


[url]http://blog.youkuaiyun.com/gilnuy0106/article/details/8250375[/url]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值