在一个车票订购的项目中,点击一次订购,却生成了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.csdn.net/gilnuy0106/article/details/8250375[/url]
后来证实,问题是在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.csdn.net/gilnuy0106/article/details/8250375[/url]