建立网站的链接结构有哪几种形式简述其各自的优缺点拓客团队怎么联系
http协议访问web
你知道在我们的网页浏览器的地址当中输入url，未必是如何呈现的吗？
web浏览器根据地址栏中指定的url，从web服务器获取文件资源（resource）等信息，从而显示出web页面。web使用HTTP（超文本传输协议）的协议作为规范，完成从客户端从服务器端等一系列的运作流程。了解HTTP，我们有必要事先了解一下TCP/IP传输。
发送端在层与层之间传输数据时，每层就会被打上一个该层所属的首部信息，反之,接收端在层与层传输数据时，每经过一层就会把对应的首部消去。这种吧数据包装起来的做法称为封装。
TCP报文的首部格式
在介绍TCP连接之前先介绍下TCP的报文，TCP报文是面向字节流的，分为首部和数据两部分，TCP首部如下所示，固定20字节：
- 源端口和目标端口：各占2字节
- 序号seq：标记报文段的顺序，值代表该报文段所携带的数据的第一个字节的编号
- 确认号ack：占4个字节，表示期望收到对方下一个保温段的第一个字节的序号
- 确认标志位ACK：ACK=1时，ack才有效
- 同步标志位SYN：建立TCP连接时用的同步序号。当SYN = 1时，ACK = 0时表示：这是一个连接请求报文段。若同意连接，则相应报文中使得SYN = 1,ACK = 1。SYN这个表示位只有在TCP连接时才会被置为1，握手完成后SYN标志位置为0。
- 终止标志位FIN：表示要释放一个连接。FIN = 1表示报文的发送方的数据已经发送完毕，要求释放连接。与SYN的作用刚好相反。
tips：ACK、SYN、FIN这些大写的单词都表示标志位，要么置为1,要么置为0；而ack、seq小写单词表示序号。
三次握手
HTTP属于应用层、TCP属于传输层、IP属于网络层。客户端和服务器端都需要知道各自可收发，因此需要三次握手。如下图所示：
- 第一次握手：服务器器知道客户端具有发送能力（SYN=1）
- 第二次握手：客户端知道服务器具有接受和发送的能力，但是服务器不知道客户端是否具有接受能力，所以需要第三次握手（ACK=1，SYN=1）
- 第三次握手：服务器端知道客户端具有接受能力了，之后开始通信（ACK=1）
三次握手过程可以携带数据吗
- 第一次、第二次还不能携带数据，因为还没有建立连接，会让服务器容易受到攻击
- 第三次握手时候客户端已经处于已建立连接的状态，并且已经知道服务器端的收发能力所以可以携带数据。
四次挥手
- 客户端要求断开连接，发送FIN：断开连接请求
- 服务器端接受到请求，返回給客户端ACK，作为FIN响应
- 这个时候服务器不能立马传递给服务器FIN，服务器需要确认之前发送的消息都已经处理完毕得到ACK之后再断开。因此断开连接不能像握手一样两跳信息合并。所以服务器需要经过一个等待，确定可以关闭连接了之后再发送一条FIN给客户端
- 客户端收到服务器的FIN，同时客户端也可能有自己的事情处理完，比如客户端没有接收到服务器端的ACK请求，客户端处理完成后再给服务器端发送ACK
为什么需要四次挥手
只有服务器端的服务器发完之后才会给客户端发送FIN断开请求，告诉客户端可以断开连接了，所以需要四次挥手。
- 收到FIN仅仅代表客户端没有数据发送给客户端了，但是客户端可能还有未处理完毕的信息
- ACK分开发送的，所以需要等待一段时间处理完毕信息，再断开连接，发送FIN给客户端告知客户端可以断开连接，客户端收到ACK之后才会断开
参考
图解http
前端进阶之旅
TCP的三次握手与四次挥手_关于tcp三次握手正确的是fin是终止_crazy的蓝色梦想的博客-CSDN博客