浏览器和服务器完成数据传输后,是哪方主动关闭tcp连接啊??

首先说,在看tcp状态转换图的时候有个time_wait状态。当TCP连接的一段主动关闭连接的时候,会进入这个状态;我看的一些资料上说,由于这个状态的存在一般都是客户端主... 首先说,在看tcp状态转换图的时候有个time_wait状态。当TCP连接的一段主动关闭连接的时候,会进入这个状态;我看的一些资料上说,由于这个状态的存在一般都是客户端主动关闭连接,当通信时使用短连接,如果由服务端主动关闭连接时,主动关闭连接的服务端会产生TIME_WAIT状态的连接。由于都连接到服务端80端口,服务端的TIME_WAIT状态的连接会有很多个。假如server一秒钟处理1000个请求,那么就会积压240秒*1000=24万个TIME_WAIT的记录,服务有能力维护这24万个记录。大多数服务器端一般执行被动关闭,服务器不会进入TIME_WAIT状态。 但是我在用tcpdump抓包的时候,分析浏览器和服务器传输数据的时候;总是服务器那边先发送 Fin啊 ,刚开始使用tcpdump不知道是不是抓错了还是什么原因啊 有没有能个解释下的啊??? 展开
 我来答
手机用户87406
2014-07-03 · 超过60用户采纳过TA的回答
知道答主
回答量:112
采纳率:0%
帮助的人:116万
展开全部
HTTP 1.0时代,如果不设置KeepAlive,默认都是短连接,服务器主动关,否则就看本地浏览器和web各自的设置了,基本都是某个间隔不活咐凯跃就断开,两边都可以。HTTP 1.1时代戚简森,默认就是长连接,类似HTTP 1.0外加KeepAlive,那边主动关都可以,依然看本地浏览器设置和web服务器设置。现在是HTTP1.1的天下。 查看高亩原帖>>
本回答被提问者采纳
已赞过 已踩过<
你对这个回答的评价是?
评论 收起
收起 1条折叠回答
推荐律师服务: 若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询

为你推荐:

下载百度知道APP,抢鲜体验
使用百度知道APP,立即抢鲜体验。你的手机镜头里或许有别人想知道的答案。
扫描二维码下载
×

类别

我们会通过消息、邮箱等方式尽快将举报结果通知您。

说明

0/200

提交
取消

辅 助

模 式