网站建设培训视频教程,快速排名软件seo系统,猎头公司怎么样,什么网站专门做图片天天开心#xff01;#xff01;#xff01; 文章目录 一、HTTP基本概念1. 什么是HTTP#xff0c;又有什么用#xff1f;2. 一次HTTP请求的过程3.HTTP的协议头4.POST和GET的区别5. HTTP状态码6.HTTP的优缺点 二、HTTP的版本演进1.各个版本的应用场景2、注意要点 三、HTTP与… 天天开心 文章目录 一、HTTP基本概念1. 什么是HTTP又有什么用2. 一次HTTP请求的过程3.HTTP的协议头4.POST和GET的区别5. HTTP状态码6.HTTP的优缺点 二、HTTP的版本演进1.各个版本的应用场景2、注意要点 三、HTTP与HTTPS1.HTTTPS的工作原理 一、HTTP基本概念
1. 什么是HTTP又有什么用
HTTPHyper Text Transfer Protocol超文本传输协议是用于客户端和服务器之间数据传输的应用层协议主要用在Web浏览器和服务器之间的通信。HTTP最初是为传输HTML文档设计的但现在支持多种类型的数据如图片、视频、文本等。
举个例子Web浏览浏览器使用HTTP从服务器获取网页和资源如图片和CSS文件数据传输开发者使用HTTP在客户端和服务器之间发送和接收数据特别是在Web API和RESTT服务中。每当你通过浏览器访问一个网页的时候。你往往会输入http://www.baidu.com… 无状态性每个HTTP请求都是独立的不记录之前的任何请求请求一次就返回一次与之前的单播类似。这简化了协议的实现但可能会需要使用其他格式如Cookies或Sessions来保存状态
2. 一次HTTP请求的过程 底层过程
1. 输入域名 - 浏览器跳转 - 浏览器DNS缓存 - 本地DNS缓存 - 路由器DNS缓存 - DNS服务器 - 客户端向服务端发起查询递归查询 - 服务端向服务端发起查询迭代查询 2. 浏览器向服务器发起TCP连接三次握手 - 客户端请求包连接SYN1 seqx - 服务端响应客户端SYN1 ACK1 seqy ackx1 - 客户端建立连接ACK1 seqx1 acky1 3. 客户端发起http请求 1请求方法GET/POST/HEAD/... 2请求的Host主机从URL中提取 3请求资源如/xxx.html /statics/image/xxx.jpg 4请求端口默认http是80https是443 5请求携带参数请求首部信息 6请求最后空行 4. 服务端响应内容 1使用WEB服务软件 2响应请求文件类型 3文件是否压缩 4主机是否长连接 5. 客户端向服务端发起TCP断开四次挥手 - 客户端断开请求FIN1 seqx服务端 -- 响应断开 FIN1 ACK1 ackx1 seqy -- 客户端 服务端 -- 断开连接 FIN1 ACK1 ackx1 seqz -- 客户端 客户端 -- 确认断开 FIN1 ACK1 ackz1 seqx1 -- 服务端3.HTTP的协议头
HTTP的协议头分为请求头和响应头
HTTP的请求头对应客户端
HTTP请求头包含三部分请求行构建请求阶段、请求头、请求体。 需要注意的点
Host指定服务器的域名和端口号例如Host.example.comUser-Agent描述客户端应用程序的名称和版本例如User-AgentMozilla/5.0Accept指示客户端可以处理的媒体类型例如Accepttext/htmlContent-Type指示请求主体的数据类型常见于POST和PUT请求例如Content-Typeapplication/jsonAuthorization包含认证凭据用于保护的资源访问例如AuthorizationBasic 响应头对应服务器 服务器端接收客户端的请求将做出处理并返回相应数据包含响应行响应头和响应体 浏览器会根据响应数据作出不同的反应例如不同的Content-Encoding编码格式对应使用不同的解码方式Content-type数据类型若为文件类型返回服务器文件若为json返回XHR状态码为200代表请求成功404表示路径不存在等。 需要注意
Content-Type描述响应内容的媒体类型例如Content-Typetext/htmlContent-length指示响应主体的长度以字节为单位Cach-Control指定缓存策略例如Cache-Controlno-cacheSet-Cookie在客户端存储一个Cookie以后可以用于会话管理
4.POST和GET的区别 5. HTTP状态码 6.HTTP的优缺点 二、HTTP的版本演进
HTTp协议从1.0发展到3.0经历了多次改进。每个版本都有其特定的功能改进和性能优化。 目前主流使用的HTTP版本仍然是HTTP /1.1,但HTTP/2.0正在快速普及尤其是在性能要求高的环境中CDN内容分发网络服务商普遍采用HTTP/2来提升性能而HTTP/3也正在逐步被采用未来可能会成为新的标准它已经得到了许多现代浏览器如Chrome、Firefox和Edge和部分大型互联网公司的支持如Google和FaceBook。 各版本的区别 关于SPDY SPDY是Google开发的基于TCP的会话层协议用以最小化网络延迟提升网络速度优化用户的网络使用体验。SPDY并不是一种用于替代HTTP的协议而是对HTTP协议的增强 新协议的功能包括数据流多路复用、请求优先级以及HTTP报头压缩谷歌表示引入SPDY协议后在实验室测试中页面加载速度比原先快64%。 随后SPDY协议得到Chrome、Firefox等大型浏览器的支持在一些大型网站和小型网站中部署这个高效的协议引起了HTTP工作组的注意在在此基础上制定了官方HTTP2.0标准 之后几年SPDY和http2.0继续演进互相促进Htt2.9让服务器、浏览器和网站开发者在新协议中获得更好的体验很快被大众所认可。 关于HTTP2.0的多路复用 客户端和服务器将交互数据分解为相互独立的帧互不影响地交错传输最后再对端根据帧头众的流标识符把它们重新组装起来从而实现了TCP链接的多路复用。 关于服务端推送 服务器推送是2.0版本新增的一个强大的功能和一般而对一问一答的C/S交互不同推送式交互中服务器可以对客户端的一个请求发送多个响应除了对最初请求的响应外还向客户端推送额外的资源无需客户端明确地请求也可以推送。 就比如我们去餐厅吃饭服务好的快的餐厅在我们点好一份牛肉面之后还会给你送上餐巾纸、筷子、勺子等。这样主动式的服务节约了客人的事件并且提高了用餐体验。 在实际的C/S交互众这种主动推送额外资源的方法很有效因为几乎灭个网络应用都会包含多种资源客户端需要全部逐个获取它们此时如果让服务器提前推送这些资源从而可以有效减少额外的延迟时间因为服务器可以知道客户端下一步要请求什么资源。 1.各个版本的应用场景
HTTP/1.0简单的网页加载场景 假设你正在访问一个包含多个图片的简单网页比如一个文章页面其中包含文本、多个图片和有些样式表。
HTTP/1.0的处理方式每个资源HTML文档、每张图片、每个CSS文件都需要单独建立一个TCP连接。当你加载这个网页时浏览器必须为每个资源与服务器进行三次握手和连接再请求资源最后关闭连接假如你的这个网页上有1000个资源那么它就会建立1000个TCP连接当然每个连接都需要经历三次握手、四次挥手整个过程非常费劲
HTTP/1.1电商网站优化加载 假设你正在浏览一个电商网站页面包含几十个商品图片、JavaScript文件和样式表
HTTP/1.1的改进 持久连接浏览器和服务器可以复用同一个TCP连接进行多个请求和响应这意味着加载整个页面只需要建立一次TCP连接极大减少了延迟 分块传输编码如果网页内容是动态生成的服务器可以逐块发送数据而不必等所有内容准备好再发送这提升了用户体验。
HTTP/2高流量新闻网站场景 假设你在访问一个新闻网站页面有大量图片、视频、广告和动态加载的内容
HTTP/2的多路复用所有这些资源都可以通过一个TCP连接同时传输。图片、视频、广告等内容不需要排队等待而是可以并行加载头部压缩HTTP/2会压缩请求和响应头部节省带宽尤其是在使用CDN加载全球资源时效果显著服务器推送如果你在加载一个新闻页面时服务器可以主动推送相关资源如常用的CSS和JavaScript即使浏览器还没有请求整个页面几乎同时加载完毕没有明显的等待头部压缩还减少了数据流量特别有助于移动网络用户
4.HTTP/3实时视频应用场景 假设你在使用一个实时视频会议应用或者在玩一款实时在线游戏这些应用都延迟非常敏感且需要在网络波动时保持稳定。
HTTP/3的优势基于QUIC协议HTTP/3使用UDP而非TCP传输数据连接建立时间极短即使网络有波动或数据包丢失QUIC也能快速恢复不会像TCP那样出现明显的卡顿低延迟HTTP/3能在一个连接上并行传输多个数据流任何一个流的数据包丢失不会影响其他流确保视频和音频流畅。在网络不稳定的情况下视频和音频仍然非常清晰延迟显著降低。你不会感受到明显的卡顿体验更流畅
2、注意要点
HTTP/1.1的管道化问题
管道化的工作原理 在HTTP/1.1中管道化允许客户端在同一个TCP连接上同时发送多个请求而不必等待第一个请求的响应回来然而响应必须按顺序返回 例如如果你发送了三个请求请求A、B和C服务器必须按顺序处理并发送响应A的响应必须先到然后是B再是C即使后面的请求可以更早完成问题推头阻塞Head-of-Line Blocking如果第一个请求A的响应很慢所有后续请求B和C的响应都会被阻塞必须等待A的响应完成才能处理这大大限制了并行请求的效率实现复杂性由于队头阻塞和一些不兼容的问题HTTP/1.1的管道化很少被实际采用大多数浏览器甚至默认禁用这项功能。
多路复用的工作原理
HTTP/2通过再同一个TCP连接上使用二进制分帧技术将所有数据分成小的帧frame并为没饿过请求和响应分配唯一的流ID这样多个请求和响应可以同时在一个连接上传输且帧可以交错进行不需要按顺序例如如你发送了三个请求A、B和C这些请求的帧可以交错发送且服务器可以按任意顺序发送响应帧即使一个请求如A变慢了其他请求B和C的响应仍然可以及时送达。优势 无对头阻塞由于请求和响应可以交错传输HTTP /2避免了HTTP/1.1中的队头阻塞问题显著提升了传输效率 更高的并行性所有请求和响应在一个TCP连接上独立传输即使一个流变慢也不会影响其他流。
QUIC为什么那么快为什么抛弃TCP QUICQuick UDP Internet Connections是一种基于UDP的新一代传输协议最早由Google开发后来被HTTP/3采用。QUIC之所以比TCP快是因为它解决了TCP在现代网络中存在的一些效率和延迟问题。
QUIC为什么弃用TCP TCP自1970年诞生以来设计上并为考虑现代网络的复杂性和需求。虽然TCP已经通过各种拓展如快速重传、窗口缩放来优化性能但它仍然受到一些历史限制例如队头阻塞和无法灵活调整的拥塞控制 QUIC基于UDP重新设计协议可以绕过TCP的这些局限性专注于现代网络需求 另外现代互联网应用如视频流、实施游戏和网页加载对低延迟和高效率的需求越来越高QUIC的设计更符合这些应用场景可以在高延迟或丢包率高的环境中表现更佳。 QUIC为什么快 减少连接建立的延迟 TCP的连接建立TCP使用三次握手来建立一个安全的连接对于HTTPS连接还需要再进行一次TLS握手这意味着要经历多个来回才能开始传输数据这会导致较高的延迟尤其是在高延迟的网络环境中比如跨国网络访问。 QUIC的连接建立QUIC将加密和连接握手合并在一起通常只需要一个往返1-RTT甚至零个往返0-RTT基于之前的会话缓存就可以建立连接这显著减少了初次连接时的延迟 2. 内置加密TLS 1.3 QUIC在设计之初就内置了加密机制使用了TLS 1.3来加密所有数据。相比之下TCP需要通过一个单独的握手过程来启动TLS加密QUIC的这种内置设计简化了加密过程并提高了安全性和连接速度。 3. 解决队头阻塞问题 TCP的队头阻塞TCP是一个面向字节流的协议如果某个数据包丢失接收者必须等待该数据包被重新传输并恢复顺序才能继续处理后面的数据包。这种重传机制会阻塞整个流的数据传输增加延迟。 QUIC的多路复用QUIC使用独立的流来传输数据即使一个数据包丢失也只会影响特定的流不会阻塞其他流的数据传输。这种多路复用机制大幅减少了延迟尤其在丢包率较高的网络中表现更优。 4. 更高效的丢包处理 TCP的拥塞控制TCP的拥塞控制机制并不总能高效应对网络变化而QUIC可以灵活的应对丢包和网络拥塞使用高级的拥塞控制算法来优化传输性能 更快的丢包恢复QUIC可以在传输层更快检测丢包并恢复数据而不用等待传输层和应用层之间的多次交互。
三、HTTP与HTTPS
简单来说httpshttpssl/tls即加密的http HTTPHyperText Transfer Protocol Secure是HTTP协议的安全版本用于在客户端如浏览器和服务器之间安全地传输数据。HTTPS通过加密机制来保护用户和网站之间传输的信息确保数据的机密性和完整性。
HTTP数据以明文形式传输容易被拦截和篡改适用于对安全性要求不高的通信HTTPS数据加密传输提供更高的安全性特别适合保护敏感信息 1.HTTTPS的工作原理
握手过程 当你在浏览器中访问一个HTTPS网站时浏览器和服务器会进行一个加密“握手”过程。 握手的目的是交换加密密钥并建立一个安全的加密连接这个过程会使用SSL/TLS协议并涉及验证服务器的数字证书。
加密传输 握手成功后浏览器和服务器之间的所有数据都将通过加密通道传输确保数据的安全性使用数字证书 网站通过使用由可信任的证书颁发机构CA签发的数字证书来证明自己的身份。浏览器会见擦汗证书的有效性并显示安全锁图标提示用户这是一个安全的连接
TLS握手过程解析 握手的目的
商定双方通信所使用的TLS版本例如TLS1.01.21.3等等确定双方所要使用的密码组合客户端通过服务器的公钥和数字证书上的数字签名验证服务器的身份生成会话密钥该密钥将用于握手结束后的对称加密。 SSL/TLS握手过程
