http1.1 keep-alive timeout时服务端如何处理的？

码届小王 2020-05-05 08:52:26

比如 keep-alive 且 timeout 设置100毫秒，客户端发送多个请求其实是使用同一个socket连接的，想弄清楚这个连接的关闭过程
问题1：100毫秒来临时，如果客户端没有主动关闭连接（connection:close）,服务端会怎么处理？会主动给客户端发connection:close的确认命令吗还是直接当方面关闭socket通道后续消息不再处理？
问题2：在100毫秒来临时，客户端在此socket上发起新的请求，而消息到达服务端时已经过了100毫米，服务端是如何处理的？

小弟看了http的官方文档好像也没太清楚的过程说明，百度上也没有
https://www.w3.org/Protocols/rfc2616/rfc2616-sec8.html#sec8
希望大神指点迷津！讲清楚的给分

...全文

973 1 打赏收藏转发到动态举报

写回复

用AI写文章

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

码届小王 2020-05-05

打赏
举报

上面的问题一也等同于：http1.1 连接建立后，客户端突然挂了，服务端会怎么处理这个连接，关闭时肯定的，怎么关闭的？
比如是timeout 100毫秒后直接关闭？还是先和客户端确认，收到确认回复再关闭？一直没收到确认回复的话等一段时间后再关闭吗？

如果发送确认的话问题二等同于：发送确认但还没收到确认回复时，这中间收到了客户端新的请求，这个请求是怎么处置的？

大家有没有思考过，线上会有出现这种情况的可能性的！所以想学习清楚

springboot keepalive 服务端，客户端测试

✎ 码甲说在基础架构部浸润了半年，有一些认知刷新想和童靴们交代一下，不一定全面，仅代表此时的认知，也欢迎筒靴们提出看法。本文聊一聊口嗨用语：“长连接、短连接”，文章...

本系列课程会从零基础带大家学习Vue, 从最开始的Vue的CDN, 到后面的脚手架, 其中包括fetch, axios, keep-alive, component, mixin, 组件之间的通信等.

大家好，我是小林。之前有读者问了我这么个问题：大致问题是，TCP 的 Keepalive 和 HTTP 的 Keep-Alive 是一个东西吗？这是个好问题，应该有不少人都会搞混，因为这两个东西看上去太像了，很容易误以为是同一个东西。事实上，这两个完全是两样不同东西，实现的层面也不同： HTTP 的 Keep-Alive，是由应用层（用户态）实现的，称为 HTTP 长连接； TCP 的 Keepalive，是由 TCP 层（内核态）实现的，称为 TCP 保活机制；接下来，分别说说它们。

在基础架构部沉浸了半年，有一些认知刷新想和同学们交代一下，不一定全面，仅代表此时的认知，也欢迎同学们提出看法。本文聊一聊口嗨用语：“长连接、短连接”，文章会按照下面的思维导图来讲述：重点围绕这两个难点/思维误区来整理知识体系。长连接 vs 短连接 Http1.1持久连接 vs WebSocket长连接长连接 vs 短连接长连接是指一个连接上连续发送多个数据包。短连接是指双方要数据交互时，建立一个连接，数据发送完毕，则断开连接，即每次连接只完成一个单元的业务传输，有需.