求一次http完整的请求过程，越详细越好，或者可以分享过来一个连接

咖啡与喵 2017-04-20 01:45:48

求一次http完整的请求过程，越详细越好，或者可以分享过来一个连接。谢谢谢谢！

...全文

334 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

咖啡与喵 2017-04-20

打赏
举报

回复

引用 1 楼 majingxia989 的回复:

http://www.cnblogs.com/engeng/articles/5959335.html

谢谢谢谢

abbott_001 2017-04-20

打赏
举报

回复

http://www.cnblogs.com/engeng/articles/5959335.html

方法描述 GET请求指定的页面信息，并返回实体主体。HEAD类似于 GET 请求，只不过返回的响应中没有具体的内容，用于获取报头。POST向指定资源提交数据进行处理请求，数据被包含在请求体中。PUT从客户端向服务器传送的数据取代指定的文档的内容。DELETE请求服务器删除指定的页面。CONNECTHTTP/1.1 协议中预留给能够将连接改为管道方式的代理服务器。OPTIONS允许客户端查看服务器的性能。TRACE回显服务器收到的请求，主要用于测试或诊断。一个好的心态和一个坚持的心很重要。

比如这样答：一个未进行任何特殊配置，全部采用默认设置的 SpringBoot 项目，这个项目同一时刻最多能同时处理多少请求，取决于我们使用的 web 容器，而 SpringBoot 默认使用的是 Tomcat。而且，有时候，面试官就喜欢给出这样的“模糊”的问题，因为问题越模糊，坑就越多，当面试者跳进自己挖好的坑里面的时候，就是结束一次交锋的时候；在面试过程中也是这样的，不要急于答题，当你觉得面试官问题描述的不清楚的地方，你可以先试探性的问一下，看看能不能挖掘出一点他没有说出来的默认条件。

这篇文章是基于“一个 SpringBoot 项目能同时处理多少请求？”这个面试题出发的。但是经过我们前面简单的分析，你也知道，这个问题如果在没有加一些特定的前提条件的情况下，答案是各不一样的。比如我再给你举一个例子，还是我们的 Demo，只是使用一下 @Async 注解，其他什么都不变：再次启动项目，发起访问，日志输出变成了这样：同时能处理的请求，直接从 Tomcat 的默认 200 个变成了 8 个？因为 @Async 注解对应的线程池，默认的核心线程数是 8。

这里涉及了长连接的问题，对他做出一个解释 : 在进行http传输之前首先要进行tcp的三次握手，建立之后才可以发送http报文，但是每一次发送完报文，它就会自动断开tcp链接，导致每一次发送请求都需要建立连接，造成了很大的开销，所以后续的版本里就引入了长连接，不会导致每次请求都需要建立和断开连接。对于 HTTP/1 和 HTTP/2 协议，TCP 和 TLS 是分层的，分别属于内核实现的传输层，openssl 库实现的表示层，因此它们难以合并在一起，需要分批次来握手，先 TCP 握手，再 TLS 握手。

HikariCP连接池分享希望可以带着大家了解HikariCP连接池，并对线上问题给出解决思路和方案。然后可以自己去看一下HikariCP，个人感觉HikariCP实现的比较精巧，代码很值得一读，我这里会给出整体的设计和一些主流程，可以减少大家深入HikariCP的时间。为什么分享HikariCP连接池? 线上问题：获取连接池失败？结果：整个服务在一段时间不可用引出了这些问题，是我想到的一些问题，也是我的解决问题的思路 1、什么是连接池？ 2、为什么用连接池？ 3、为什么用HikariCP连接池？

81,122

社区成员

341,744

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章