HTTP协议(总结)

最新推荐文章于 2024-06-28 16:11:10 发布
最新推荐文章于 2024-06-28 16:11:10 发布
阅读量494 收藏 1
点赞数
分类专栏： 计算机网络 文章标签： http 总结 面试
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Sun_White_Boy/article/details/85259208
版权

HTTP协议

HTTP（超文本传输协议，HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协议.
这个协议最初设计是为了提供一种发布和接受HTML页面的方法.是用于WWW服务器传输超文本到本地浏览器的传输协议.

HTTP协议定义在网络七层中的应用层,通过传输层的TCP协议进行传输,因为HTTP协议需要建立连接,所以使用TCP协议不使用UDP协议.

为了避免每次请求的都经历握手带来的延迟，应用层会选择不同策略的http长链接方案

HTTP1.0

HTTP 协议老的标准是HTTP/1.0，为了提高系统的效率，HTTP 1.0规定浏览器与服务器只保持短暂的连接，浏览器的每次请求都需要与服务器建立一个TCP连接，服务器完成请求处理后立即断开TCP连接，服务器不跟踪每个客户也不记录过去的请求。

但是这样就带来了两个问题连接无法复用和排头阻塞

连接无法复用

因为每次连接都需要通过TCP的三次握手和慢启动,三次握手在高延迟的情况下影响严重,慢启动在传输大文件类请求影响较大

排头阻塞

在缓存式通信网络交换中FIFO(先进先出)队列,所以可能出现垃圾请求影响健康请求.

HTTP1.1

为了解决HTTP1.0的设计缺陷,HTTP1.1默认使用带流水线的持久连接,在一个TCP连接下,可以传送多个HTTP请求和响应,减少了建立和关闭连接的消耗和延迟.

HTTP1.1还允许客户端不用等待上一次请求返回就可以发出下一回请求,但是服务端必须按照请求的顺序依次返回响应结果,以保证客户端可以区分出请求相应的内容.

HTTP1.1与1.0的区别
**长连接

HTTP 1.1支持长连接（PersistentConnection）和请求的流水线（Pipelining）处理，在一个TCP连接上可以传送多个HTTP请求和响应，减少了建立和关闭连接的消耗和延迟，在HTTP1.1中默认开启Connection： keep-alive，一定程度上弥补了HTTP1.0每次请求都要创建连接的缺点。

缓存处理

在HTTP1.0中主要使用header里的If-Modified-Since,Expires来做为缓存判断的标准，HTTP1.1则引入了更多的缓存控制策略例如Entity tag，If-Unmodified-Since, If-Match, If-None-Match等更多可供选择的缓存头来控制缓存策略。

带宽优化及网络连接的使用

HTTP1.0中，存在一些浪费带宽的现象，例如客户端只是需要某个对象的一部分，而服务器却将整个对象送过来了，并且不支持断点续传功能，HTTP1.1则在请求头引入了range头域，它允许只请求资源的某个部分，即返回码是206（Partial Content），这样就方便了开发者自由的选择以便于充分利用带宽和连接。

错误通知的管理

在HTTP1.1中新增了24个错误状态响应码，如409（Conflict）表示请求的资源与资源的当前状态发生冲突；410（Gone）表示服务器上的某个资源被永久性的删除。

Host头处理

在HTTP1.0中认为每台服务器都绑定一个唯一的IP地址，因此，请求消息中的URL并没有传递主机名（hostname）。但随着虚拟主机技术的发展，在一台物理服务器上可以存在多个虚拟主机（Multi-homed Web Servers），并且它们共享一个IP地址。HTTP1.1的请求消息和响应消息都应支持Host头域，且请求消息中如果没有Host头域会报告一个错误（400 Bad Request）。

SPDY:HTTP1.x的优化

SPDY的出现不是用来替代HTTP的新协议,而是用来优化了HTTP1.X.
SPDY主要的优化方面如下:

降低延迟

SPDY使用了多路复用.多路复用通过多个请求共享一个TCP连接方式,解决HOL(排头阻塞)的问题,降低延迟的同时提高带宽的使用效率.

请求优先级

多路复用带来一个新问题,在共享一个连接的情况下,一个请求阻塞可能会导致关键请求被阻塞,所以SPDY给每个请求设置了优先级,这样请求就会按照优先级来进行响应.

Header压缩

SDPY中压缩请求和响应的HTTP报头,从而减少传输的数据包和字节数

服务器启动流

服务器可以分发内容到客户端,而不用客户端再去请求服务器资源.
在这里插入图片描述

HTTP2.0

HTTP2.0可以说是SDPY的升级版,但是跟SDPY有所不同,区别如下:

  1. HTTP2.0支持明文HTTP传输,但是SDPY强制使用HTTPS传输
  2. HTTP2.0报头压缩算法采用HPACK 并非SDPY采用的DEFLATE
HTTP2.0与HTTP1.X的区别
**多路复用

多路复用允许同时通过单一的HTTP2连接发起多重的请求-响应消息.

当HTTP1.X时针对于同一个域名下请求次数会有一定数量的限制.超过限制后请求会被阻塞,但是有了多路复用之后就可以实现多流并行

新的二进制格式

HTTP2.0在应用层和传输层之间加了一个二进制分帧层.通过将传输信息分割为更小的消息和帧,并对他们进行二进制格式的编码.

这种单连接多资源的方式,减少服务端的连接压力,内存占用更少,连接吞吐量更大.

首部压缩

HTTP/1.1并不支持 HTTP 首部压缩，为此 SPDY 和 HTTP/2 应运而生， SPDY 使用的是通用的DEFLATE 算法，而 HTTP/2 则使用了专门为首部压缩而设计的 HPACK 算法

服务器推送

服务器推送是在客户端请求之前发送数据的机制.
当一个请求是由主页发起的,那么服务器可能会响应主页的内容、样式表和图片等,因为服务器知道客户端会用这些东西. 最大的好处可以缓存,那么就可以实现共享缓存资源.

请求方法

根据HTTP标准,HTTP请求可以使用多种请求方法.

HTTP1.0定义了三种请求方法: GET, POST和HEAD 方法
HTTP1.1新增了五种请求方法:OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法

  • GET 请求指定的页面信息,并返回实体主体
  • HEAD 类似于get请求,只不过返回的响应中没有具体的内容,用于获取报头
  • POST 向指定资源提交数据进行处理请求(例如提交表单或者上传文件).数据被包含在请求体中.POST请求可能会导致新的资源的建立或已有资源的修改
  • PUT 从客户端向服务器传送的数据取代指定的文档内容**(与POST的区别在于等幂性,PUT是等幂的,而POST是非等幂的)**
  • DELETE 请求服务器删除指定的页面
  • CONNECT HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器
  • OPTIONS 允许客户端查看服务器的性能
  • TRACE 回显服务器收到的请求,主要用于测试或诊断
  • PATCH 对资源应用部分修改

GET和POST的区别

  1. GET请求的数据会放在URL之后,以?分割URL和传输的数据,参数之间以&相连.POST则是把数据放在HTTP的Body中
  2. GET提交的数据大小有限制(因为URL的长度有限制),而POST方式提交的数据没有限制
  3. GET方式需要使用Request.QueryString来获取变量,而POST方式通过Request.Form来获取(服务器端获取数据的方式)
  4. GET方式提交数据会带来安全问题,比如隐私数据会直接显示在URL中

状态码

状态码由三位数字组成,第一个数字定义了相应的类别,共分物种类别:

  • 1xx : 提示信息 – 表示请求已接收,继续处理
  • 2xx : 成功 – 表示请求已被成功接收,理解,接受
  • 3xx : 重定向 – 要完成请求必须进行更进一步的操作
  • 4xx : 客户端错误 – 请求有语法错误或请求无法实现
  • 5xx : 服务器端错误 – 服务器未能实现合法的请求

常见状态码:

  • 200 OK 客户端请求成功
  • 302 Found 重定向,客户端对新的URL发出新的Request
  • 304 Not Modified 客户端可直接使用缓存文件
  • 400 Bad Request 客户端请求有语法错误,不能被服务器理解
  • 403 Forbidden 服务器收到请求,但是拒绝提供服务
  • 404 Not Found 请求资源不存在
  • 500 Internal Server Error 服务器发生不可预期的错误
  • 503 Server Unavailable 服务器当前不能处理客户端的请求,一段时间后可能恢复 正常

常用头信息

请求头

Cache头域
If-Modified-Since

作用: 把浏览器缓存页面的最后修改时间发送到服务器去,服务器会把这个时间与服务器上实际文件的最后修改时间进行对比.如果时间一致,那么返回304,客户端就直接使用本地缓存文件.如果时间不一致,就会返回200和新的文件内容.客户端接收到之后,会把新文件缓存起来,并显示在浏览器中.

If-None-Match

作用: If-None-Match和ETag一起工作,工作原理是在HTTP Response中添加ETage信息.当用户再次请求该资源时,将在请求头中加入If-None-Match信息.如果服务器验证资源的ETag没有改变,将返回一个304状态码告诉客户端使用本地缓存文件,否则将返回200和新的资源和Etag.

Pragma

作用: 防止页面被缓存 在HTTP/1.1中,它和Cache-Control:no-cache作用一模一样

Cache-Control

作用: 用来指定Response-Request遵循的缓存机制.如下:

  • Cache-Control:Public 可以被任何缓存所缓存
  • Cache-Control:Private 内容只缓存到私有缓存中
  • Cache-Control:no-cache 所有内容都不会被缓存
Client头域
Accept

作用: 浏览器/客户端告诉服务器自己接受的介质类型(即Content-Type), **/*表示任何类型, type/ 表示该类型下的所有子类型

Accept-Encoding

作用: 浏览器申明自己接受的编码方法,通常指定压缩方法,是否支持压缩,支持什么压缩方法(gzip,deflate) 注意这不是指字符编码

Accept-Language

作用: 浏览器申明自己接收的语言 语言和字符集不同

Accept-Charset

作用: 浏览器声明自己接受的字符集编码

User-Agent

作用: 表示请求者的一些信息,比如 浏览器类型和版本 操作系统 使用语言等

Cookie/Login头域
Cookie

作用: HTTP请求发送时,会把保存在该请求域名下的所有cookie值发送给Web服务器

Entity头域
Content-Type

作用: 表示后面的消息体属于什么MIME类型.通常需要显示地指定为text/html. 而对于基于json的REST交互,则需要配置为application/json.

Content-Length

作用: 表示消息体的长度.可以用来判断消息体是否传递完整

Miscellaneous头域
Referer

作用: 提供Request的上下文信息的服务器,告诉服务器我是从哪个链接过来的.

Transport头域
Connection

作用: 控制TCP连接是否断开
例子:

  • Connection: keep-alive 当一个HTTP请求结束后,TCP连接不会断开,如果客户端再次访问服务器上的网页,会继续使用这条TCP连接
  • Connection: close 代表一个HTTP请求完成后,客户端与服务器之间的TCP连接会关闭,当客户端再次发送HTTP请求时,重新创建TCP连接
Host

作用: 请求报头域主要用于指定被请求资源的Internet主机和端口

响应头

Cache头域
Date

作用: 生成消息的具体时间和日期

Expires

作用: 浏览器会在指定过期时间内使用本地缓存

Vary

作用: 对于未来的请求头,应该用一个缓存回复还是向源服务器请求一个新的回复

Cookie/Login头域
P3P

作用: 用于跨域设置Cookie, 这样可以解决iframe跨域访问cookie的问题

Set-Cookie

作用: 用于把cookie发送到客户端.

Entity头域
ETag

作用: 和If-None-Match配合使用

Last-Modified

作用: 用于指示资源的最后修改日期和时间

Content-Type

作用: Web服务器告诉客户端自己的响应的内容的类型和字符集

Content-Length

作用: 指明实体正文的长度,以字节方式存储的十进制数字来表示.

Content-Encoding

作用: Web服务器表明自己使用什么压缩方法(gzip, deflate)

Content-Language

作用: Web服务器告诉浏览器自己响应的对象的语言

Miscellaneous头域
Server

作用: 指明HTTP服务器的软件信息

Transport头域
Connection

作用: 同上请求头中Connection

Location头域
Location

作用: 用于重定向一个新的位置,包含新的

URI和URL的区别

URI

URI 是uniform resource identifier, 统一资源标识符,用来唯一的标识一个资源

Web上可用的每种资源如HTML文档,图像,视频片段,程序等都是一个URI来定位

URI一般由三部分组成:

  1. 访问资源的命名机制
  2. 存放资源的主机名
  3. 资源自身的名称,由路径标识,着重强调于资源.

URL

URL 是uniform resource locator, 统一资源定位器, 它是一种具体的URI, 即URL可以用来标识一个资源, 而且还可以指明了如果locate这个资源

采用URL可以用一种统一的格式来描述各种信息资源,包括文件,服务器的地址和目录等.URL一般由三部分组成:

  1. 协议(或称为服务方式)
  2. 存在该资源的主机IP地址
  3. 主机资源的具体地址.如果目录和文件名等.

URN

URN 是uniform resource name, 统一资源命名,是通过名字来标识资源

HTTP工作原理

HTTP协议定义Web客户端如果从Web服务器请求Web页面,以及服务器如何把Web页面传送给客户端.HTTP协议采用了请求/响应模型.客户端向服务器发送一个请求报文,请求报文包含请求的方法,URL,协议版本,请求头部和请求数据.服务器以一个状态行作为响应,响应的内容包括协议的版本,成功或者错误代码,服务器信息,相应头部和响应数据

以下是HTTP请求/响应的步骤:

  1. 客户端连接到Web服务器
    一个HTTP客户端,通常是浏览器,与Web服务器的HTTP端口(默认为80)建立一个TCP套接字连接.
  2. 发送HTTP请求
    通过TCP套接字,客户端向Web服务器发送一个文本的请求报文,一个请求报文由请求行,请求头部,空行和请求数据4部分组成
  3. 服务器接收请求并返回HTTP响应
    Web服务器解析请求,定位请求资源.服务器将资源复本写到TCP套接字,由客户端读取.一个响应由状态行,响应头部,空行和响应数据4部分组成
  4. 释放TCP连接
    若connection模式为Close,则服务器主动关闭TCP连接,客户端被动关闭连接,释放TCP连接;若connection模式为keeplive,则该连接保持一段时间,在该时间内可以继续接受请求.
  5. 客户端浏览器解析HTML内容
    客户端浏览器首先解析状态行,查看是否请求成功,然后解析每一个响应头,响应头告知以下为若干字节的HTML文档和文档的字符集.客户端浏览器读取响应数据HTML,根据HTML的语法对其进行格式化,并在浏览器窗口中进行显示.

例如:在浏览器中输入URL,按下回车后会经历以下流程:

  1. 浏览器向DNS服务器请求解析该URL中的域名所对应的IP地址
  2. 解析出IP地址后,根据该IP地址和默认端口80,和服务器建立TCP连接
  3. 浏览器发出读取文件的HTTP请求,该请求报文作为TCP三次握手的第三个报文的数据发送给服务器
  4. 服务器对浏览器请求做出响应,并把对应的HTML文本发送给浏览器
  5. 释放TCP连接
  6. 浏览器将该HTML文本显示内容

参考

God_white
关注
专栏目录
HTTP协议分析报告
11-30
（1） HTTP超文本传输协议用于定义web页面（超文本）在网络上的交互方式的应用层协议，使用客户/服务器的工作方式。HTTP协议定义了web客户端（浏览器）如何向web站点请求web网页以及web服务器如何将web页传送给客户机。当用户请求一个页面时，浏览器会向web服务器发出对该页及其引用的相关对象的HTTP请求报文，服务器响应这些请求报文，生成HTTP响应报文，并将请求的对象附在HTTP响应报文后发送给客户端。 （2） 由于网页文档的传输需要可靠性的保证，所以HTTP协议使用TCP协议，TCP协议是一个面向连接的协议，在通信时需要建立连接，通信结束要释放连接，TCP建立连接时需要三次握手，提供可靠的数据传输，HTTP协议默认端口为80. （3） HTTP协议包括HTTP1.0：RFC1945和HTTP1.1：RFC 2068.HTTP1.1兼容HTTP1.0。HTTP1.0是采用非持续连接和非流水线作业方式，而HTTP1.1采用持续连接和流水线作业方式。 （4） Web缓存的进一步讨论，保证web缓存代理服务器缓存页面能够和web服务器的最新页面一致的方法。 （5） HTTP协议的无状态性：服务器无法通过HTTP协议记录用户的登录信息。使用Cookie保存信息。 （1） 打开wireshark开始抓包，然后上网至江西师大教务在线网（www.jxnu.edu.cn），连接后停止（stop）抓包。设置过滤规则：udp.port==53||tcp.port==80.（HTTP协议默认使用传输层TCP协议的80端口），考虑到我的电脑未能连网，所以选择老师抓好的包做实验分析。 （2） 分析HTTP协议报文。 （2） 第一阶段：TCP建立连接阶段。第三帧是web客户端（即浏览器，源IP地址为192.168.0.250）发给web服务器端（目标IP地址为218.65.113.46）的TCP连接的第一次握手（SYN）。第四帧是web服务器端与web客户端的TCP连接的第二次握手（SYN，ACK）。第五帧是浏览器与web服务器的TCP连接的第三次握手（ACK），此时TCP连接建立。
HTTP协议总结
10-30
HTTP协议总结资源预览：https://blog.csdn.net/SDBX_lyp/article/details/83536190
HTTP协议全总结
kkkwinter的博客
08-13 876
超文本传输协议(HTTP)是一种通信协议，它允许将超文本标记语言(HTML)文档从Web服务器传送到客户端的浏览器 关于HTTP协议的几个问题：   1.什么是HTTP协议 我们现在正在使用的大部分是HTTP1.1； （1）HTTP协议是什么         HTTP是一个属于应用层的面向对象的协议，由于其简捷、快速的方式，适用于分布式超媒体信息系统。它于1990年提出，经过几年的使用...
解决HTTP 400 Bad Request错误的方法
最新发布
技术研究中心
06-28 2651
解决HTTP 400 Bad Request错误的方法 大家好，我是免费搭建查券返利机器人省钱赚佣金就用微赚淘客系统3.0的小编，也是冬天不穿秋裤，天冷也要风度的程序猿！ 在进行网络通信时，HTTP 400 Bad Request错误是相对常见的问题之一。这种错误通常指示客户端发送的请求无效或格式错误，导致服务器无法理解并处理请求。本文将深入探讨HTTP 400错误的原因、常见解决方法以及在Java编程中如何处理和预防这类错误。 HTTP 400 Bad Request错误的原因 1. 请求参数错误 参
有关http协议规范下流量,带宽,QPS
ycc297876771的博客
02-23 759
带宽计算: #获取请求数据 body, _ := ioutil.ReadAll(i.Body) #计算请求体数据大小即为流量 Netflow += float64(len(body)) #带宽 [obj.AddTime为到达服务器进入服务处理时间] Broadband = Netflow / time.Now().Sub(obj.AddTime).Seconds() Qps: #Qps Count为执行次数 [obj.AddTime为到达服务器进入服务处理时间] Qps
HTTP协议详解
搬砖信条
12-04 2014
HTTP协议 HTTP协议简介 HTTP协议是Hyper Text Transfer Protocol（超文本传输协议）的缩写,是用于从万维网（WWW:World Wide Web ）服务器传输超文本到本地浏览器的传送协议。。 HTTP是一个基于TCP/IP通信协议来传递数据（HTML 文件, 图片文件, 查询结果等）。属于应用层协议。 TCP/IP协议简单说明 TCP/IP协议是互联网的关键技术...
HTTP知识总结（一）TCP/IP,DNS概览，URL与URI概览
一条菜狗的博客
05-08 440
前言：18年5月份看了上野宣的《图解HTTP》，图文的方式让我印象深刻，对Web这块的通信原理有了点感悟，关于HTTP内容比较多，为防止以后忘记，所以有了这篇总结性博客。先上福利：《图解HTTP》链接：https://pan.baidu.com/s/1wkl0Rq2DThO8ZQHiLdJSSg 密码：7n9c正文：第一章：了解Web及网络基础1.宏观过程：2.HTTP背景    这个感兴趣的自己...
HTTP协议总结（详细）.doc
07-08
HTTP协议规定了客户端（通常是浏览器）和服务器之间的通信格式，确保了数据交换的标准化。 HTTP协议的工作流程主要包括以下几个步骤： 1. 客户端（浏览器）向服务器发起一个HTTP请求，请求通常包括方法（如GET、...
http协议学习总结共10页.pdf.zip
10-29
这份"HTTP协议学习总结共10页.pdf"的资料，很可能包含了对HTTP协议的全面概述，包括其原理、结构、请求方法、响应状态码、报文格式以及与HTTPS的区别等内容。 1. HTTP协议原理：HTTP协议是一种无状态、基于请求与...
HTTP个人总结（四）
知足happiness的博客
09-09 441
今天主要总结的是Web服务器与代理。先从Web服务器开始。Web服务器是如何实现的？Web服务器实现了HTTP和相关的TCP连接处理。负责管理Web服务器提供的资源，以及对Web服务器的配置、控制及扩展方面的管理。 Web服务器逻辑实现了HTTP协议，管理者Web资源，并负责提供Web服务器的管理功能。Web服务器逻辑和操作系统共同负责管理TCP连接。底层操作系统负责管理底层计算机的硬件细节，并提
SPDY、HTTP2.0
sun_lulu的博客
05-09 392
SDPY介绍 SDPY是一种HTTP的兼容协议 多路复用请求 对请求划分优先级 压缩HTTP头 HTTP2.0介绍 基于SPDY，IETF定制的新一代HTTP协议 更安全的SSL okhttp 为我们android客户端提供了HTTP2.0的途径 支持SPDY，HTTP2.0共享一个Socket来处理同一个服务器的所有请求 如果SPDY不可用，则通过连接池来减少请求延时 无缝的支持GZIP来减少数据流量 缓冲响应数据来减少重复的网络请求 可以从很多常用的连接问题中自动恢复 使用起来非常简单 .
HTTP请求报错：400 Bad Request解决方法！！（终极整理）
热门推荐
good_good_xiu的博客
04-03 38万+
问题场景：当项目的前端页面使用ajax请求访问后端时，出现该错误。 我这里是测试接口时，发生了错误。 原因一：请求参数个数不对。 后端接口上明确规定了请求参数的个数。比如：接口（方法）中的值中使用了requestparam注解，requestparam注解中有个require属性，默认为true，意思则是，必须要传该参数的值（该参数不可为空）。 解决办法： 1.如果该参数是可传可不传的，修改require属性为false。 2.检查前端js文件中对应的ajax请求中的请求数据是否为空，或者是否有该参数。
数据库事务的四个特性
记忆力不好的博客
04-14 1万+
一．什么是事务事务是应用程序中一系列严密的操作，所有操作必须成功完成，否则在每个操作中所作的所有更改都会被撤消。也就是事务具有原子性，一个事务中的一系列的操作要么全部成功，要么一个都不做。 事务的结束有两种，当事务中的所以步骤全部成功执行时，事务提交。如果其中一个步骤失败，将发生回滚操作，撤消撤消之前到事务开始时的所以操作。 在mysql当中只有innoDB支持事务，可以通过 show eng
LUA--AWS分布式代理利用NGINX替换AWS请求头
weixin_44148981的博客
06-18 826
下面标注一轮都说明一个问题：想要替换sign，替换整个 auth 头字串就ok———authorization_header 1/标准请求头 Authorization: AWS4-HMAC-SHA256 Credential=XXXXXXXXXXXX/20170522/us-east-1/s3/aws4_request,SignedHeaders=content-md5; host; x-amz-content-sha256; x-amz-date; x-amz-decoded-content-lengt
HTTP/1.1详解
路漫漫其修远兮
01-18 6万+
一、HTTP协议简介    网络协议是指计算机通信网络中两台计算机之间进行通信所必须共同遵守的规定或规则。        HTTP（HyperText Transfer Protocol ，超文本传输协议)是互联网上应用最为广泛的一种网络协议。所有的WWW文件都必须遵守这个标准。设计HTTP最初的目的是为了提供一种发布和接收HTML页面的方法。1960年美国人Ted Nelson构思了一种通过计算
HTTP 1.0协议 1.1协议 流水、非流水方式
zijin-jdd的博客
11-14 7203
HTTP 1.0协议 1.1协议 流水、非流水方式
HTTP协议深度解析
总结，HTTP协议作为互联网的核心协议之一，其简洁的结构和广泛的应用使其成为信息交换的重要桥梁。理解HTTP协议的细节对于网络开发、运维和安全都至关重要。随着技术的发展，HTTP协议不断演进以适应新的需求和挑战。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值