一次完整的http请求过程是怎样的？

　　谢邀~
　　我们打开浏览器，在地址栏输入www.wukong.com，几秒后浏览器打开悟空问答的页面，那么这几秒钟内发生了哪些事情，我就带大家一起看看完整的流程：
　　解析URL
　　浏览器首先会对输入的URL进行验证，如果不合法的时候，那么会把输入的文字传给默认的搜索引擎，比如你只在地址栏输入＂悟空问答＂几个字。
　　如果URL通过验证，那么可以解析得到协议（http或者https）、域名（wukong）、资源（首页）等信息。
　　DNS查询
　　浏览器会先检查域名信息是否在缓存中。
　　再检查域名是否在本地的Hosts文件中。
　　如果还不在，那么浏览器会向DNS服务器发送一个查询请求，获得目标服务器的IP地址。TCP封包及传输
　　这时候浏览器获得了目标服务器的IP（DNS返回）、端口（URL中包含，没有就使用默认），浏览器会调用库函数socket，生成一个TCP流套接字，也就是完成了TCP的封包。
　　TCP封包完成之后，就可以传输了，在完成＂你瞅啥＂，＂瞅你咋地＂，＂来，过来唠唠＂一系列操作之后，浏览器和服务器就完成了TCP的三次握手，建立了连接，后面就可以请求服务器资源了。
　　服务器接收请求并相应
　　HTTP有很多请求方法，比如：GET/POST/PUT/DELETE等等，我们浏览器输入URL这种，是GET方法。
　　服务器接收到GET请求，服务器根据请求信息，获得相应的相应内容。例如我们输入的是：www.wukong.com，那么意味着访问首页文件。
　　浏览器解析并渲染
　　浏览器从服务器拿到了想要访问的资源，大多数时候，这个资源就是HTML页面，当然也可能是一个其他类型的文件。
　　浏览器先对HTML文档进行解析，生成解析树（以DOM元素为节点的树）。
　　加载页面的外部资源，比如JS、CSS、图片。
　　遍历DOM树，并计算每个节点的样式，最终完成渲染，变成我们看到的页面。
　　这次请求响应之后，会断开连接，就这样，完成了一次HTTP的请求。 我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。
　　＂我是哟哟吼说科技，专注于数据网络的回答，欢迎大家与我交流数据网络的问题＂
　　如题，一个完整的HTTP过程是怎样的？
　　一个完整的HTTP过程包括建立连接、数据传输、断开连接等七个步骤。
　　下面哟哟来详细介绍一下每一步：1、TCP建立连接
　　HTTP协议是基于TCP协议来实现的，因此首先就是要通过TCP三次握手与服务器端建立连接，一般HTTP默认的端口号为80；2、浏览器发送请求命令
　　在与服务器建立连接后，Web浏览器会想服务器发送请求命令3、浏览器发送请求头消息
　　在浏览器发送请求命令后，还会发送一些其它信息，最后以一行空白内容告知服务器已经完成头信息的发送；4、服务器应答
　　在收到浏览器发送的请求后，服务器会对其进行回应，应答的第一部分是协议的版本号和应答状态码；5、服务器回应头信息
　　与浏览器端同理，服务器端也会将自身的信息发送一份至浏览器；6、服务器发送数据
　　在完成所有应答后，会以Content-Type应答头信息所描述的格式发送用户所需求的数据信息；7、断开TCP连接
　　在完成此次数据通信后，服务器会通过TCP四次挥手主动断开连接。但若此次连接为长连接，那么浏览器或服务器的头信息会加入keep-alive的信息，会保持此连接状态，在有其它数据发送时，可以节省建立连接的时间；
　　欢迎大家多多关注我，在下方评论区说出自己的见解。
　　Http请求的一次详解:
　　客户端输入URL
　　客户端检测缓存:
　　有缓存且较新，客户端直接读取本地缓存进行资源展示；
　　有缓存但是不新，准备http请求包,发送至服务端进行缓存校验；
　　备注:http1.0中Expire、http1.1中是Cache-Control根据发起http请求:
　　请求报文包含:
　　a) 请求行
　　用来说明请求类型(getpostdelete等)、要访问的资源(URI)以及使用的HTTP版本(1.0还是1.1)
　　b) 首部（header）
　　HOST将指出请求的目的地；
　　User-Agent由浏览器来定义,自动发送；
　　Connection:通常设置为keep-Alive, 长连接；
　　其他首部包括等。
　　c) 空行
　　d) 请求实体
　　3. 提取请求首部HOST通过DNS域名解析获取服务IP(DNS缓存递归等)
　　4. 通过IP与默认端口创建TCP连接,进行http请求报文数据发送,其中重点就三次握手进行描述:
　　客户端向服务端发送syn=1，seq=client请求的ID;
　　服务端向客户端发送syn=1,seq=服务端请求的ID,ack=客户端请求的ID+1;
　　客户端向服务端发送syn=0,seq=客户端请求的ID+1,ack=服务端请求的ID+1,datadata…
　　5. 服务端程序接受请求，定向到请求路径处理请求：
　　服务器对请求报文进行解析，并获取请求的资源及请求方法等相关信息，根据方法，资源，首部和可选的主体部分对请求进行处理    元数据：请求报文首部
　　HEADERS格式name:value
　　示例：
　　Host: www.chuyuni.cn   请求的主机名称
　　Server: Apache/2.4.7
　　HTTP常用请求方式:MethodGET、POST、HEAD、PUT、DELETE、TRACE、OPTIONS
　　6.访问资源：
　　服务器获取请求报文中请求的资源web服务器，即存放了web资源的服务器，负责向请求者提供对方请求的静态资源，或动态运行后生成的资源	资源放置于本地文件系统特定的路径：DocRoot
　　DocRoot   /var/www/html
　　/var/www/html/images/logo.jpg
　　http://www.magedu.com/images/logo.jpg
　　web服务器资源路径映射方式：
　　(a) docroot        (b) alias
　　(c) 虚拟主机docroot(d) 用户家目录docroot
　　7. 返回处理结果，准备http响应:响应报文包含:
　　a) 状态行:http版本(1.1或者1.0),状态码
　　200:请求正常处理
　　304:返回上次请求资源未作改动,验证浏览器的缓存机制
　　400:请求参数错误
　　401:客户端无权访问,要去输入用户名密码之类的授权信息
　　403:禁止访问(读写权限等影响)
　　404:请求的资源不存在
　　500:服务内部错误
　　502:网关错误
　　503:临时过载或者维护,导致服务端无法正常处理请求
　　b) 首部
　　报文支持的语言编码格式等,注意If-Modified-Since:只有当所请求的内容在指定的日期之后又经过修改才返回它，否则返回304＂Not Modified＂应答,用于服务端缓存校验
　　c) 空行
　　d) 响应报文实体
　　8. 通过建立的tcp连接来返回相关的http响应报文及http状态信息，然后根据实际情况看是否关闭连接(Connection的keep-alive)
　　9. TCP连接关闭经历4次握手
　　客户端主动关闭连接放发送FIN进入FIN_WAIT1状态
　　服务端发最后的data和ack客户端接收进入CLOSEWAIT状态,客户端进入接受ACK进入FINWAIT2状态
　　服务端主动发FIN,客户端接受FIN并发送ack进入TIMEWAIT状态
　　服务器端正式关闭连接进入close状态
　　10. 客户端拿到http响应的报文信息，经过一系列前端处理过程最终将请求的资源进行展示。
　　作者：夕阳雨晴，欢迎关注我的头条号：偶尔美文，主流Java，为你讲述不一样的码农生活。 
　　前言
　　今天我们来彻底聊聊，什么是TCP/IP、http、socket、长连接、短连接TCP/IP
　　TCP/IP是协议组，分为三个层次：网络层传输层应用层。
　　在网络层有：IP协议ICMP协议ARP协议RARP协议BOOTP协议
　　在传输层中有：TCP协议UDP协议
　　在应用层有：
　　TCP包括:FTP协议HTTP协议TELNET协议SMTP协议
　　UDP包括：DNS协议TFTP协议短连接
　　流程：连接->传输数据->关闭连接
　　HTTP是无状态的，浏览器和服务器每进行一次HTTP操作，就建立一次连接，但任务结束就中断连接。
　　也可以这样说：短连接是指SOCKET连接后发送后接收完数据后马上断开连接。长连接
　　流程：连接 -> 传输数据 -> 保持连接 -> 传输数据 -> …-> 关闭连接。
　　长连接指建立SOCKET连接后不管是否使用都保持连接，但安全性较差。http的长连接
　　HTTP也可以建立长连接的，使用Connection:keep-alive，HTTP 1.1默认进行长连接。
　　HTTP1.1 和 HTTP1.0 相比较而言，最大的区别就是增加了长连接支持(貌似最新的 http1.0 可以显示的指定 keep-alive)，但还是无状态的，或者说是不可以信任的。什么时候用长连接，短连接？
　　长连接多用于操作频繁，点对点的通讯，而且连接数不能太多情况。
　　每个TCP连接都需要三步握手，这需要时间，如果每个操作都是先连接，再操作的话那么处理速度会降低很多。
　　所以每个操作完后都不断开，次处理时直接发送数据包就OK了，不用建立TCP连接。
　　例如：数据库的连接用长连接， 如果用短连接频繁的通信会造成socket错误，而且频繁的socket 创建也是对资源的浪费。
　　而像WEB网站的http服务一般都用短链接，因为长连接对于服务端来说会耗费一定的资源。
　　而像WEB网站成千上万甚至上亿客户端的频繁连接，用短连接会更省一些资源，如果用长连接，而且同时有成千上万的用户，如果每个用户都占用一个连接的话，那可想而知吧。
　　所以并发量大，但每个用户无需频繁操作情况下需用短连好。
　　总之，长连接和短连接的选择要视情况而定。数据发送接收方式
　　异步
　　报文发送和接收是分开的，相互独立的，互不影响。这种方式又分两种情况：异步双工：接收和发送在同一个程序中，由两个不同的子进程分别负责发送和接收异步单工：接收和发送是用两个不同的程序来完成。
　　同步
　　报文发送和接收是同步进行，既报文发送后等待接收返回报文。
　　同步方式一般需要考虑超时问题，即报文发出去后不能无限等待，需要设定超时时间，超过该时间发送方不再等待读返回报文，直接通知超时返回。
　　在长连接中一般是没有条件能够判断读写什么时候结束，所以必须要加长度报文头。读函数先是读取报文头的长度，再根据这个长度去读相应长度的报文。Socket是什么
　　Socket是应用层与TCP/IP协议族通信的中间软件抽象层，它是一组接口（TCP/IP是协议，Socket是他们的具体实现和对外api）。
　　在设计模式中，Socket其实就是一个门面模式，它把复杂的TCP/IP协议族隐藏在Socket接口后面。
　　对用户来说，一组简单的接口就是全部，让Socket去组织数据，以符合指定的协议。
　　Socket 通信示例
　　主机 A 的应用程序要能和主机 B 的应用程序通信，必须通过 Socket 建立连接，而建立 Socket 连接必须需要底层 TCP/IP 协议来建立 TCP 连接。
　　建立 TCP 连接需要底层 IP 协议来寻址网络中的主机。
　　我们知道网络层使用的 IP 协议可以帮助我们根据 IP 地址来找到目标主机，但是一台主机上可能运行着多个应用程序，如何才能与指定的应用程序通信就要通过 TCP 或 UPD 的地址也就是端口号来指定。
　　这样就可以通过一个 Socket 实例唯一代表一个主机上的一个应用程序的通信链路了。
　　建立通信链路(有点烧脑，可绕过)
　　当客户端要与服务端通信，客户端首先要创建一个 Socket 实例，操作系统将为这个 Socket 实例分配一个没有被使用的本地端口号，并创建一个包含本地和远程地址和端口号的套接字数据结构。
　　这个数据结构将一直保存在系统中直到这个连接关闭。在创建 Socket 实例的构造函数正确返回之前，将要进行 TCP 的三次握手协议，TCP 握手协议完成后，Socket 实例对象将创建完成，否则将抛出 IOException 错误。
　　与之对应的服务端将创建一个 ServerSocket 实例，ServerSocket 创建比较简单只要指定的端口号没有被占用，一般实例创建都会成功，同时操作系统也会为 ServerSocket 实例创建一个底层数据结构，这个数据结构中包含指定监听的端口号和包含监听地址的通配符，通常情况下都是＂*＂即监听所有地址。
　　之后当调用 accept() 方法时，将进入阻塞状态，等待客户端的请求。当一个新的请求到来时，将为这个连接创建一个新的套接字数据结构，该套接字数据的信息包含的地址和端口信息正是请求源地址和端口。
　　这个新创建的数据结构将会关联到 ServerSocket 实例的一个未完成的连接数据结构列表中，注意这时服务端与之对应的 Socket 实例并没有完成创建，而要等到与客户端的三次握手完成后，这个服务端的 Socket 实例才会返回，并将这个 Socket 实例对应的数据结构从未完成列表中移到已完成列表中。所以 ServerSocket 所关联的列表中每个数据结构，都代表与一个客户端的建立的 TCP 连接。
　　专业问题我来回答，背景HTTP（HyperText Transfer Protocol超文本传输协议），该协议位于OSI模型的应用层，应用层是开放系统的最高层，是程序员能直接操纵的通信层。一次HTTP的请求主要建立在传输层TCP三次握手建立通信和四次分手断开通信的基础上，应用层在TCP建立好通信线路后直接发送数据到对端服务器上。TCP：TCP是一种面向连接的可靠传输协议，为什么说它是一种可靠的传输协议，就在于他这种三次握手和四次分手的机制，通过握手能定时重传，序号确认，数据包校验，拥塞控制来达到可靠传输。当然UDP是不建立这种可靠传输的因而没有握手机制。TCP三次握手和四次分手
　　所谓三次握手(Three-way Handshake)，是在建立通信过程中，服务端和客户端总共发送三次数据包。三次握手的目的是：建立TCP通信，和对方同步序列号和确认号，交换通信窗口的大小 等。
　　第一次握手（SYN=1,seq=x）：客户端向服务端发送一个TCP标志位SYN为1的数据包，表明要与服务端指定的端口建立连接，同时知名该数据包的第一个字节的序号为seq=X,发送完毕后，客户端进入SYN-END状态。第二次握手(SYN=1,ACK=1，ack=x+1,seq=y)：服务端向客户端发送一个同步确认包（SYN=1,ACK=1），确认号为x+1，表明自己已经收到序号为x开始的数据包，并向客户端发送一个序号为seq=y的包，发送完毕后，服务器端进入 SYN_RCVD 状态。第三次握手（ACK=1,seq=x+1,ack=y+1）:此时客户端向服务端发送一个确认包（ACK=1），同时确认号为y+1，表明客户端已经接受到服务器以y序号开始的数据包，发送完毕后，客户端进入 ESTABLISHED 状态，当服务器端接收到这个包时，也进入 ESTABLISHED 状态，TCP握手结束。第一次挥手（FIN=1,seq=u）:客户端向服务端发送FIN=1的包，表明要断开通信，同时发送一个序号seq=u的数据包；第二次挥手（ACK=1,seq=v,ack=u+1）:服务端向客户端发送一个确认数据包（ACK=1）,同时发送一个序列号为seq=v的数据包。第三次挥手（FIN=1，ACK=1,seq=w,ack=u+1）：FIN=1，表明服务端同意断开通信链路，这个包同样是确认包（ACK=1）,因为服务端发送的两次确认包之间客户端并没有发送数据包给服务端，所以确认号都是ack=u+1;第四次挥挥手（ACK=1,seq=u+1,ack=w+1）:服务端向客户端发送确（ACK=1），同时发送一个序列号为u+1的包。至此，通信链路断开。完整的HTTP请求过程
　　1.建立TCP连接：只有当TCP建立完成后才能进行通信。
　　2.客户端向服务端发起请求：该阶段应用层通过HTTP协议组装请求包通过传输层网络层和数据链路层到达服务器。
　　3.客户端向服务端发送请求头信息：在这一步客户端将请求头信息组装在各类头部字段中，进行发送。
　　4.服务端向客户端发送响应：服务端接收到客户端的请求信息后，做出响应来客户端。
　　5.服务端向客户端发送响应报文的头部字段：将响应数据包的头部字段发送给客户端。
　　6.服务端向客户端发送响应数据：通过Body将响应数据给客户单，而这些数据才是客户端要获取的。
　　7.关闭通信线路：数据发送完毕后，如果是短连接将马上关闭通信线路，如果是长连接，服务端会通过同步信息Connection:keep-alive来告诉客户端。
　　以上，就是一个完整HTTP请求的流程，其主要在于TCP建联，后续都是应用层之间的交互来通信。
　　感觉我的回答对你有帮助，麻烦点赞关注哈，你的关注是我继续下去的动力对网络有兴趣的可以留言交流，有疑问的也可以私信，大家一起成长，一起交流，谢谢大家
　　谢谢邀请。
　　一次完整的HTTP请求过程是怎么样的？事实上，题主的这个问题，最开始我也是抱着试一试的心态进来的，后来发现整个回答区基本上都是学术回答，讲的通俗一点，都是专业人士在那边玩，但是……没几个民众能看得懂。就好像评论区那边有一个回答的评论是，＂在头条发计算机学术信息好像怪怪的。 ＂
　　我大致把这个问题查了个遍，写个最通俗的版本给大家看看吧。
　　其实HTTP请求过程，就是发送请求—响应 的过程。第一步
　　今天你想起来，有事，需要找隔壁老王要个小视频。于是，你打开了＂TCP协议 牌＂机器，这是一台高清组装的移动电话机。①TCP告诉你，电话线路连接通道 正在接通……第二步
　　电话接通了，在视频上出现了隔壁老王那张猥琐的笑脸。
　　你开始说话。
　　①你：喂，你能听到我说话吗？(第一次握手 )②隔壁老王：能能能，我能听到，那你能听到我的说话吗？(第二次握手 )③你：哈哈，我也能听到！那咱们开始吧！(第三次握手 )
　　接下来，就要开始做正事了。第三步
　　1.你说：
　　哎呀老王呀，我这边需要一个小电影，你能给我发过来吗？(客户端发送请求信息 )
　　2.接着，没等老王说话，你就把需要的小电影名字、大小、我这网速等等信息给他发了过去(客户端发送头部信息 )，末尾还加上了一长串省略空格(以空格做结尾 )。第四步
　　老王皱皱眉头。
　　＂行吧！＂(服务器端回应请求信息 )
　　＂你是要这个小电影《XXX》，番号XXX，1GB大小，某度网盘是吧？行！＂(服务器端回应头部信息 )
　　老王动了动手指，查找了一下储存卡目录 ，翻出小电影。
　　＂我给你发过去了！＂(服务器端发送请求数据 )第五步你：哎呀哎呀，收到了！谢谢老王哈！下次请你吃饭！那我就先关闭了！(第一次挥手 )老王：最后跟你说一句，少看小电影！(第二次挥手 )老王：那我就先关闭了？(第三次挥手 )你：行，那你关闭吧！(第四次挥手 )
　　视频聊天结束。你随即打开收到的抖音小视频，美滋滋的看起成都小甜甜姐姐起来。
　　这件事告诉我们：我还没有女朋友 。
　　域名解析 --> 发起TCP的3次握手 --> 建立TCP连接后发起http请求 --> 服务器响应http请求，浏览器得到html代码 --> 浏览器解析html代码，并请求html代码中的资源（如js、css、图片等） --> 浏览器对页面进行渲染呈现给用户
　　一，在浏览器地址栏输入网址
　　二，解析域名，找到主机的ip地址
　　三，浏览器与主机建立TCP连接
　　四，浏览器向主机发起GET请求
　　五，服务器响应请求，返回html页面
　　六，浏览器开始显示服务器返回的页面，并且在显示html页面的时候，如果遇见css文件，js文件，图片，就又会再次给相应地址服务器发起请求。
　　一次完整的http请求过程是怎样的？
　　一次完整的http请求可以说相当迷人：
　　从你输入网址点击回车的那一刻开始，一切就开始发生：
　　1、首先浏览器会解析你输入的这一串字符；主要是解析协议（HTTP（s）、ftp：）、域名（www.qq.com)等；如果是合法的网址就继续进行；
　　2、接下啦就是要根据第一步解析到的域名找到域名指向的IP我们称之为DNS查询。当然这也是一个相对有趣的过程，但不是问题重点，此处简略；
　　3、找到服务器的IP地址后写下来就是http请求的开始：
　　三次握手建立连接：
　　客户端：＂在吗？＂；
　　服务端：＂在啊＂；
　　客服端 ：＂那我开始连你啦＂；开始发起http请求
　　建立连接后发生Http请求，请求内容有：
　　请求行：uri和协议的版本 (如：GET /index.php HTTP/1.1 )
　　请求头部：关客户端信息及请求正文信息（长度、编码格式等）
　　请求数据：如：u=admin&pwd=123456 （可为空）
　　服务端在收到这些信息后作出相应的回答：
　　状态：协议版本+状态码+简要描述（如：HTTP/1.1 200 OK）
　　响应头部：Content-Type（必须有：比如Content-Type: text/html）， 其他可选：Date 、server 等
　　响应数据：即服务器回应客户端的内容
　　打开浏览器=》F12 访问一下百度看一下这个完美的过程吧！
　　当然其中涉及的到东西远不止这些，比如浏览器静态文件的缓存；各个状态码含义；单次请求最大返回资源数；请求字节长度限制等等。
　　此处班门弄斧，如有错误请批评指正。