http请求诡异问题

最近项目上需要和一家银行做银企互联相关的工作,碰到个非常怪异的问题,连续两次发送http post请求,第一次请求正常,第二次请求银行系统阻塞一直无响应,一直等到我方客户端设置的超时时间,造成请求失败。

由于对方文档没有给出特别详细的说明,对方使用的http协议的版本(1.0 or 1.1)、是否支持持久连接等问题都不是很清楚,然后是进行了各种尝试,我方客户端默认使用持久连接,然后改为短连接后仍然无效。在网上查了下http1.o 和http1.1协议的区别(Key Differences between HTTP/1.0 and HTTP/1.1),主要区别是否支持持久连接,增加了http header的方法类型等,认为这个地方关系应该不大。最后实在没有办法了,上抓包工具看看吧,在wrieshark下出现问题的抓包如下:

http请求诡异问题_第1张图片

根据我们掌握的TCP封包表头状态码含义:

o URG(Urgent):若为 1 则代表该封包为紧急封包, 接收端应该要紧急处理,且图十二当中的 Urgent Pointer 字段也会被启用。
o ACK(Acknowledge):若为 1 代表这个封包为响应封包, 则与上面提到的 Acknowledge Number 有关。
o PSH(Push function):若为 1 时, 代表要求对方立即传送缓冲区内的其它对应封包,而无须等待缓冲区满了才送。
o RST(Reset):如果 RST 为 1 的时候, 表示联机会被马上结束,而无需等待终止确认手续。这也就是说,这是个强制结束的联机, 且发送端已断线。
o SYN(Synchronous):若为 1 , 表示发送端希望双方建立同步处理,也就是要求建立联机。通常带有 SYN 标志的封包表示『主动』要连接到对方的意思。
o FIN(Finish):若为 1 ,表示传送结束, 所以通知对方数据传毕,是否同意断线,只是发送者还在等待对方的响应而已。

不论是服务器端还是客户端,都必须要透过一次 SYN 与 ACK 来建立联机总共会进行三次的握手!

由此大致分析了下,貌似客户端再次请求的时候没有进行SYN(尝试连接的请求,难道用的还是一个连接吗?)

接下来检查代码,看看有没有用到连接缓存或没有连接端口的情况(HttpUrlConnection.close等),结果均没有发现类似的问题。并且此处的HTTP通信连接代码是基类复用代码,在其他银行的直连中均没有发现类似的问题。

问题到底在哪嗯?

最后我设想使用传输层协议(TCP)的APISocket实现发送Http请求的功能,看看是不是由于应用层程序之间服务器和客户端HTTP连接关闭的某些冲突引起的此类问题,另一方面,从经验上来看,以前使用的Socket连接的方式还是稳定的。

接下来的就是具体的实现了,就不在此堆砌代码了,具体可以参考StackOverflow上面的一个问答帖子Send HTTP Request manually via socket。

最终我想你已经猜到了,这种方式是可以的。但是还是本文中的提出的问题,那些通信连接冲突到底是什么呢?


再想想.........

你可能感兴趣的:(通信,http协议)