03-HTTP报文

最新推荐文章于 2024-05-01 20:29:22 发布
最新推荐文章于 2024-05-01 20:29:22 发布
阅读量158 收藏
点赞数
文章标签： http 网络协议 网络
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_39876270/article/details/133396648
版权

HTTP报文

报文流

HTTP报文是在HTTP应用程序之间发送的数据块，以一些文本形式的元信息开头，描述了报文的内容及其含义，后面跟着可选的数据部分。报文在客户端、服务器和代理之间流动。其术语：“流入”，“流出”，“上游”，“下游”都用于描述报文方向

流入与流出

这两个术语用于描述事务处理的方向。报文流入源端服务器，工作完成后，会流回用户的Agent代理中

报文向下流动

HTTP报文都会向下游流动。报文发送者都在接收者的上游；

报文的组成部分

HTTP报文是简单的格式化数据块，由三部分组成：对报文进行描述的起始行、包含属性的首部块，以及可选、包含数据的主体部分

  • 起始行和首部是由行分隔的ASCII文本；
  • 主体是一个可选数据块，可以包含文本或二进制数据，也可为空

报文的语法

HTTP报文可分为请求报文（request message）与响应报文（response message）两类

  • 请求报文向服务器发送请求
  • 响应报文则是服务器发回的响应
请求报文格式与响应报文格式

请求报文格式

/**
<method> <request-URL> <version>
<headers>
<entity-body>
*/

响应报文格式

/**
<version> <status> <reason-phrase>
<headers>
<entity-body>
*/
  • 方法（method）
    客户端希望向服务器对资源执行的操作，如：GET，POST等
  • 请求URL（require-URL）
    所请求的资源或URL路径组件完整的URL
  • 版本（version）
    报文说使用的HTTP版本，格式如下：HTTP/.
    其中主要版本号（major）和次要版本号（minor）都是整数。
  • 状态码（status-code）
    三位数数值描述了请求过程中说发生的情况。其第一位数值都用于描述状态的一般类别（成功、出错等）
  • 原因短语（reason-phrase）
    数字状态的可读版本，包含终止序列之前的所有文本，其只对人类有意义
  • 首部（header）
    可以有零个或多个首部，每个首部包含一个名字，后面跟着一个冒号（：）与对应的值。
  • 实体的主体部分（entity-body）
  • 包含有任意数据组成的数据块，可为空
起始行

所有HTTP报文以起始行作为开始，请求报文的起始行说明要做什么，响应报文的起始行说明发生什么

  • 请求行
    请求服务器对资源进行一些操作是请求报文的起始行，包含一个方法，一个请求URL还有HTTP版本；HTTP/1.1之前，并不要求请求行中包含HTTP版本
  • 响应行
    承载状态信息与操作产生的所有数据结果，将其返回给客户端。是响应报文的起始行，包含HTTP版本，数字状态码，描述数字状态码的原因短语（status-code）
  • 方法
    请求的起始行以方法作为开始，用于告知服务器要做什么。常用的HTTP方法如下：
方法描述是否包含主体
GET从服务器获取数据否
HEAD只从服务器获取文档的首部否
POST向服务器发送需要处理的数据是
PUT将请求的主体部分存储在服务器上是
TRACE对可能经过代理服务器传送到服务器上去的报文进行追踪否
OPTIONS决定可以在服务器上执行哪些方法否
DELETE从服务器上删除一份文档否
  • 状态码
    用于告知客户端发生的事情，在响应报文的起始行返回；根据三位数字代码对不同状态码进行分类,具体分类如下：
整体范围已定义范围分类
100-199100-101信息提示
200-299200-206成功
300-399300-305重定向
400-499400-415客户端错误
500-599500-505服务端错误

除已定义的范围外，均为扩展的状态码（服务端自己定义的）。

  • 原因短语
    响应行中最后的组件，以文本形式对状态码进行解释
  • 版本号
    以HTTP/x.y形式出现在请求和响应报文的起始行中，并且版本号不会被当成小数处理，需要单独对比
首部（headers)

HTTP首部字段向请求和响应报文中添加了附加信息，以名值对出现，语法为名：值；具体分类如下：

分类说明
通用首部既可以出现在请求报文中，也可以出现在响应报文中
请求首部提供更多有关请求的信息
响应首部提供更多有关响应的信息
实体首部描述主体的长度和内容，或者资源自身
扩展首部规范中没有定义的新首部
实体的主体部分

实体的主体是HTTP报文的负荷，是HTTP要传输的内容。可以承载各种类型的数字数据：图片，视频，软件程序，信用卡事务，HTML文档等

方法

并不是每个服务器都实现了所有方法，一台服务器要与HTTP1.1兼容，只需要实现GET方法与HEAD方法即可。即使服务器实现了所有方法，方法的使用也又有可能受限，限制通常在服务器配置中设置；

安全方法

GET与HEAD方法被称安全方法，即使用这两种方法不会产生什么操作（即查询类操作，不会修改数据），但还需要看服务端的具体实现

GET

通常用于请求服务端发送某种资源，HTTP/1.1要求服务器实现此方法

HEAD

与GETxie行为类似，但服务器在响应中只返回首部，不会返回实体部分；使用HEAD可以在客户端未获取实际资源之前，对资源首部进行检查，如：

  • 在不获取资源的情况下了解资源情况（如：判断类型）
  • 通过查看响应中的状态码，看看某个对象是否存在；
  • 通过查看首部，测试资源是否被修改了
    服务器开发者必须确保返回的首部与GET请求所返回的首部完全相同。遵循HTTP/1.1规范，就必须实现HEAD方法
PUT

PUT方法向服务器写入文档

POST

向服务器输入数据。支持HTML表单

TRACE

主要用于诊断；

OPTIONS

用于请求Web服务器告知支持的各种功能，通常在CORS跨域中，先发送一个OPTIONS请求，再根据结果判断是否发送第二次请求

DELETE

用于请求服务器删除请求URL的制定资源，但客户端程序无法保证删除操作是否一定会被执行

扩展方法

扩展方法指的是没有再HTTP/1.1规范中定义的方法，常见扩展方法如下：

方法描述
LOCK允许用户”锁定资源“——比如，可以再编辑某个资源时，将其锁定，以防别人同时进行修改
MKCOL允许用户创建资源
COPY便于再服务器上复制资源
MOVE在服务器上移动资源
并不是所有扩展方法都是在正式规范中定义的，也就是不通用的，得看具体服务器是否实现；
状态码
100~199（状态性状态码）
状态码原因短语含义
100Continue说明收到了请求的初始部分，请客户端继续。发送了这个状态码之后，服务器在收到请求之后必须进行响应
101Switching Protocols说明服务器正在根据客户端的指定，将协议切换成Update首部所列的协议
200~299（成功状态码）
状态码原因短语含义
200OK请求没问题，实体的主体部分包含了所请求的资源
201Created用于创建服务器对清的请求（如：PUT）。响应的主体部分中应该包含各种引用了已创建的资源的URL，Location首部包含的则是最具体的引用
202Accepted请求已被接受，但服务器还未对其执行任何动作。不能保证服务器会完成这个请求；
203Non-Authoritative Information实体首部包含的信息不是来自源端服务器，而是来自资源的一份副本
204Nocontent响应报文中包含若干首部和一个状态行，但没有实体的主体部分。主要用于在浏览器不转为显示新文档的情况，对其进行更新
205Reset Content另一个主要用户浏览器的代码。负责告知浏览器清除当前页面中所有的HTML表单元素
206Partial成功执行了一个部分或Range（范围）请求
300~399（重定向状态码）

用于告知客户端使用替代位置访问对请求的URL或提供一个替代的响应而不是资源的内容；在对那些包含了重定向状态码非HEAD请求时，最好包含一个实体，在其中包含描述性信息和指向（多个）重定向URL；重定向状态码与原因短语如下：

状态码原因短语含义
300Multiple Choices客户端请求一个实际指向多个资源的URL时会返回这个状态码
301Moved Permanently在请求的URL已被移除时使用。响应的Location首部应该包含资源现在所处的URL
302Found与301状态码类似；但是，客户端应该使用Location首部给出的URL来临时定位资源。将来的请求仍应使用老的URL
303See Other告知客户端应该用另一个URL来获取资源。新的URL位于响应报文的Location首部。其主要目的是允许POST请求的响应将客户端定向到某个资源上去
304Not Modified客户端可以通过所包含的请求首部，使其请求变成有条件的
305Use Proxy用来说明必须通过一个代理来访问资源
306（未使用）当前未使用
307Temporary与301状态码类似；但客户端应该使用Location首部给出的URL来临时定位资源。将来的请求应该使用老的URL
400~499（客户端错误状态码）
状态码原因短语含义
400Bad Request用于告知客户端它发送了一个错误的请求
401Unauthorized与适当的首部一同返回，在这些首部中请求客户端在获取对资源访问权之前，对自己进行认证
402Payment Required未使用，已被保留
403Forbidden用于说明请求被服务器拒绝了
404Not Found用于说明服务器无法找到所请求的URL
405Method Not Allowed发起的请求中带有所请求的URL不支持的方法时，使用此状态码
406Not Acceptable客户端可以指定参数来说明他们原因接受什么类型的实体。服务器没有与客户端可接受的URL相匹配的资源时，使用此代码
407Proxy Authentication Required与401状态码类似，但用于要求对资源进行认证的代理服务器
408Request Timeout如果客户端完成请求所花的时间太长，服务器可以回送此状态码，并关闭链接
409Confict用于说明请求可能在资源上引发的一些冲突。服务器担心请求会引发冲突时，可以发送此状态码
410Gone与404类似，只是服务器曾经拥有过此资源。主要用于Web站点的维护，这些服务器管理者就可以在资源被移除的情况下通知客户端了
411Length Required服务器要求在请求报文中包含Content-Length首部时使用
412Precondition Failed客户端发起了条件请求，且其中一个条件失败了的时候使用。客户端包含了Expect首部时发起的就是条件请求
413Request Entity TooLarge客户端发送的实体主体部分比服务器能够或希望处理的要大时，使用此状态码
414Request URI TooLong客户端所发起的请求中的请求URL比服务器能够或者希望处理的要长时，使用此状态码
415Unsupported Media Type服务器无法理解或无法支持客户端所发实体的内容类型时，使用此状态码
416Requested Range Not Satisfiable请求报文所请求的是指定资源的某个范围，而此范围无效或无法满足时，使用此状态码
417Expecation Failed请求的Expect请求首部包含了一个期望，但服务器无法满足此期望时，使用此状态码
500~599（服务器错误状态码）
状态码原因短语含义
500Internal Server Error服务器遇到一个妨碍它为请求提供服务的错误时，使用此状态码
501not Implemented客户端发起的请求超出服务器的能力范围（如：使用服务器不支持的请求方法）时，使用此状态码
502Bad Gateway作为代理或网关使用的服务器从请求响应链的下一条链路上收到了一条伪响应（如，无法链接到其父网关）时，使用此状态码
503Service Unavailable用来说明服务器现在无法为请求提供服务，但将来可以
504Geteway Timeout与状态码408类似，只是这里的响应来自一个网关或代理，它们在等待另一服务器对其请求进行响应超时了
505HTTPVersion Not Supported服务器收到的请求使用了它无法或不愿支持的协议版本呢时，使用此状态码
首部

首部的五种主要类型如下：

  1. 通用首部：客户端和服务器都可以使用的通用首部
  2. 请求首部：请求报文特有的首部
  3. 响应首部：响应报文的首部
  4. 实体首部：用于应对实体部分的首部
  5. 扩展首部：非标准首部，由开发者创建，但未添加到已批准的HTTP规范中去
通用首部

提供与报文相关的基本信息

  • 通用的信息性首部如下表:
首部描述
Connection允许客户端和服务器指定与请求/响应连接有关的选项
Date提供日期和时间标志，说明报文是什么时候创建的
MIME-Version给出了发送端使用的MIME版本
Trailer如果报文采用了分块传输编码方式，就可以用这个首部列出位于报文拖挂部分的首部集合
Transfer-Encoding告知接收端为了保证报文的可靠传输，对报文采用了什么编码方式
Update给出了发送端可能想要升级的新版本或协议
Via显示报文经过的中间节点（代理，网关）
  • 通用缓存首部如下表：
首部描述
Cache-Control用于随报文传送的缓存指示
Pragma另一种随报文传送指示的方式，但并不专用与缓存
请求首部
  • 请求的信息性首部如下表：
首部描述
Client-IP4提供了运行客户端机器的IP地址
From提供了客户端用户的E-mail地址
Host给出了接受请求的服务器的主机名和端口号
Referer提供了包含当前请求URI的文档的URL
UA-Color提供了与客户端显示的显示颜色有关的信息
UA-CPU给i除了客户端CPU的类型或制造商
UA-Disp提供了与客户端显示器（屏幕）能力有关的信息
UA-OS给出了运行在客户端机器上的操作系统名称及版本
UA-Pixels提供了客户端显示器的像素信息
User-Agent将发起请求的应用程序名称告知服务器
  • Accep首部
    为客户端提供了一种将喜好和能力告知服务端的方式；Accet首部如下表:
首部描述
Accept告诉服务器能够发送哪些媒体类型
Accept-Charset告诉服务器能够发送哪些字符集
Accept-Encoding告诉服务器能够发送哪些编码方式
Accept-Language告诉服务器能够发送哪些语言
TE告诉服务器可以使用哪些跨站传输编码
  • 条件请求首部
    为请求加上某些限制，如：条件缓存；条件请求首部如下表
首部描述
Expect允许客户端列出某请求所要求的服务器行为
If-Match如果实体标记与文档当前的实体标记匹配，就获取这份文档
If-Modified-Since除非在某个指定的日期之后资源被修改过，否则限制这个请求
If-None-Match如果提供的实体标记与当前文档的实体标记不相符，就获取文档
If-Range允许对文档的某个范围进行条件请求
If-Unmodified-Since除非在某个指定日期之后资源没有被修改过，否则就限制这个请求
Range如果服务器支持范围请求，就请求资源的指定范围
安全请求首部

HTTP支持一种简单的机制，可以对请求进行质询/响应认证。这种机制要求客户端在获取特定资源之前，先对自身进行认证，可以使事务稍微安全些；部分安全请求首部如下：

首部描述
Authorization包含了客户端提供给服务器，以便对其自身进行认证的数据
Cookie客户端用它向服务器传送一个令牌-它并不是真正的安全首部，但确实隐含了安全功能
Cookie2用来说明请求端支持的cookie版本
代理请求首部
首部描述
Max-Forward在通往源端服务器的路径上，将请求转发给其他代理或网关的最大次数–与TRACE方法一同使用
Proxy-Authorization与Authorization首部相同，但这个首部是在与代理进行认证时使用的
Proxy-Connection与Connection首部相同，但这个首部是在与代理建立连接时使用的
响应首部

响应信息性首部如下表：

首部描述
Age（从最初创建开始）响应持续时间
Public服务器为其资源支持的请求方法列表
Retry-After如果资源不可用的话，在此日期或时间重试
Server服务器应用程序软件的名称和版本
Title对HTML文档来说，就是HTML文档的源端给出的标题
Warning比原因短语中更详细一些的警告报文
协商首部

HTTP/1,1为服务器和客户端提供对资源进行协商的能力，协商首部如下表：

首部描述
Accept-Ranges对此资源来说，服务器可接受的范围
Vary服务器查看的其他首部的列表，可能会使响应发生变化
安全响应首部

安全响应首部如下表:

首部描述
Proxy-Authenticate来自代理的对客户端的质询列表
Set-Cookie不是真正的安全首部，但隐含有安全功能；可以在客户端设置一个令牌，以便服务器对客户端进行标识
Set-Cookie2与Set-Cookie类似，RFC2965Cookie定义
WWW-Authenticate来自服务器的对客户端的质询列表
实体首部

描述HTTP报文的负荷，在请求与响应报文中都可能出现；

信息性首部

实体信息性首部如下表：

首部描述
Allow列出了可以对此实体执行的请求方法
Location告知客户端实体实际上位于何处；用于将接受端定向到资源的（可能是新的）位置（URL）上去
内容首部

提供与实体内容有关的特定信息，如下表：

首部描述
Content-Base解析主体中的相对URL时使用的基础URL
Content-Encoding对主体执行的任意编码方式
Content-Language理解主体时最适宜使用的自然语言
Content-Length主体的长度或尺寸
Content-Location资源实际所处的位置
Conent-MD5主体的MD5校验和
Content-Range在整个资源中此实体表示的字节范围
Content-Type主体的对象类型
实体缓存首部

提供与被缓存实体有关的信息，如下表:

首部描述
ETag与此实体相关的实体标记
Expries实体不再有效，要从原始的源端再次获取此实体的日期和时间
Last-Modified整个实体最后一次被修改的日期和时间
纯黑色山羊
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
HTTP请求报文拦截与篡改源码1
03-10
HTTP请求报文拦截与篡改源码1 源码，使用代理服务器方式实现。代码分析参见 http://www.cnblogs.com/jivi/archive/2013/03/10/2952829.html
HTTP - 03 - HTTP报文
Simba_cheng的博客
08-19 406
  报文流 HTTP报文是在HTTP应用程序之间发送的数据块。 这些数据块以一些文本形式的元信息开头，这些信息描述了报文的内容及含义；后面跟着可选的数据部分。 报文在客户端、服务端和代理之间流动。 不管是请求报文还是响应报文，HTTP报文任何时候都是从上游往下游流入的。 原书中的图片是很好的解释： 相对于A --&gt; B 之间的流向：A 是上游，B是下游； 相对于B--&gt;...
HTTP--基础--03--报文
zhou920786312的博客
04-17 277
HTTP–基础–03–报文 1、介绍 报文是由多行数据构成的字符串文本 报文结构 报文header 报文主体:通常不一定需要报文主体 2、结构 2.1、请求报文 报文header 请求行：包含用户请求的方法，请求URI和HTTP版本 请求header字段 通用header字段 实体header字段 其他 空行 报文主体 2.2、响应报文 报文header 状态行：包含表明响应结果的状态码，原因短语和HTTP版本 响应header字段 通用header字段 实体header字段 其他
图解系列--HTTP报文，HTTP状态码
x13262608581的博客
11-28 825
Http报文，Http状态码
HTTP系列-报文篇
hirak0的博客
11-01 1328
1. HTTP报文概念 概念：是HTTP通信中的基本单位，由8位组字节流组成。 2. HTTP报文整体结构 整体结构：报文首部 + 空行 + 报文实体 有些地方会写为(这样也可以)：起始行 + 首部字段 + 空行 + 报文实体 （首部也就是头部） 另外对于请求报文和响应报文，它们主要是报文首部不同： 请求报文： 真实例子： 响应报文： 真实例子： 3. HTTP报文组成 上面????介绍了一下HTTP报文的整体结构，这里主要是做一下细分。 HTTP报文的整体是：报文首部 + 空行 + 报文实体 不过
z03http压缩包
11-20
http报文
HCIA-Security之HTTP模块培训视频教程【共14集】【附笔记和课件】.rar
02-27
07. 06 HTTP模块：报文结构 08. 07 HTTP模块：状态码 09. 08 HTTP模块：HTTP首部字段-上 10. 09 HTTP模块：HTTP首部字段-下 11. 10 HTTP模块：HTTPS协议 12. 11 HTTP模块：HTTP认证 13. 补充：HTTP模块：实验...
透视HTTP协议 下载....
07-28
09-HTTP报文是什么样子的? .mp3 10-应该如何理解请求方法?.mp3 11-你能写出正确的网址吗? .mp3 12-响应状态码该怎么用? .mp3 13-HTTP有哪些特点? .mp3 14-HTTP有哪些优点?又有哪些缺点?.mp3 15-海纳百川:HTTP...
C#开发之Socket网络编程TCP/IP层次模型、端口及报文等探讨
01-20
03，网络层(Netwok):网络层协议由一系列协议组成，包括ICMP、IGMP、RIP、OSPF、IP(v4,v6)等。 04，链路层(Link):又称为物理数据网络接口层，负责报文传输。 然后我们来看下tcp层次模型图 从上图中可以看出，应用...
ton-http-api安装部署
云深海阔专栏
04-29 452
4、更改下docker-compose.yaml文件，将ton_keystore映射出来。主网是mainnet.json,测试网是testnet.json。在web浏览器上打开http://ip:80,获取主节点信息。将下面部分加入到docker-compose.yaml中。3、下载mainnet.json文件。1、拉取github代码。
HTTP/1.1、HTTP/2、HTTP/3 的演变
最新发布
巴卡巴卡哇的博客
05-01 879
HTTP/1.1、HTTP/2、HTTP/3 的演变
HTTP 与 HTTPS
猫老板的豆
04-30 1243
HTTPS：是HTTP的安全版，它在HTTP的基础上加入了SSL/TLS协议，SSL/TLS依靠证书来验证服务器的身份，并为浏览器和服务器之间的通信加密。据ACM CoNEXT数据显示，使用HTTPS协议会使页面的加载时间延长近50%，增加10%到20%的耗电，此外，HTTPS协议还会影响缓存，增加数据开销和功耗，甚至已有安全措施也会受到影响也会因此而受到影响。然而，HTTP协议传输的数据都是未加密的，也就是明文的，因此使用HTTP协议传输隐私信息非常不安全，容易导致数据被窃取或篡改。
Linux系统——HTTP常见面试题
一坨小橙子的博客
04-28 945
HTTP的面试题（什么是HTTP协议、使用场景、为什么TCP不行、发展历史、工作过程、状态码有什么用、GET和POST作用、HTTP和HTTPS区别）
HTTP基础知识
m0_61983575的博客
04-26 1802
在使用长连接的情况下，当一个网页打开完成后，客户端和服务器之间用于传输HTTP数据的 TCP连接不会关闭，如果客户端再次访问这个服务器上的网页，会继续使用这一条已经建立的连接。：HTTP1.0中，存在一些浪费带宽的现象，例如客户端只是需要某个对象的一部分，而服务器却将整个对象送过来了，并且不支持断点续传功能，HTTP1.1则在请求头引入了range头域，它允许只请求资源的某个部分，即返回码是206（Partial Content），这样就方便了开发者自由的选择以便于充分利用带宽和连接。这个是它们本质区别。
HTTP：强缓存优化实践
彼方_的博客
04-29 476
浏览器收到包含 max-age 的响应后，会根据该值在本地进行缓存，并在过期之前不再向服务器发送请求该资源。值是一个固定时间，因此会受本地时间的影响，如果在缓存期间我们修改了本地时间，可能会导致缓存失效。强缓存是指浏览器在向服务器请求资源时，判断本地是否存在该资源的缓存，并判断是否过期。：服务端返回的响应中包含一个 Expires 头，指定资源缓存的过期时间。头的响应后，会将资源保存在缓存中，并在过期时间之前不会再次向服务器发送请求。如果本地缓存未过期，浏览器就直接使用本地缓存，而不会向服务器发送请求。
访问一个 HTTP 接口却收到 HTTPS 错误的响应
Keep trying, keep going
04-30 499
请求可能被服务端重定向到了 HTTPS 地址。可以尝试直接使用重定向后的 HTTPS 地址进行访问，或者检查请求是否正确处理了重定向。：如果网络环境中存在网络代理，代理服务器可能会拦截 HTTP 请求并将其转发到 HTTPS。：有些服务器可能配置不正确，导致在处理 HTTP 请求时返回了 HTTPS 错误。：某些服务器可能已配置为仅接受 HTTPS 请求，并禁止通过 HTTP 访问。：请确保请求地址是正确的，包括协议（HTTP）和主机地址。如果请求地址错误，服务器可能会返回 HTTPS 错误。
java中http调用组件深入详解
congge
04-27 3913
java中http调用组件深入详解
JSP在页面用＜%=调用声明函数时出现HTTP 500错误
晓夏IT笔记
04-27 563
Eclipse在编写JSP页面时，在其中采用<%！
ads-b报文解析csdn
01-29
ADS-B报文是一种用于飞机自动相关监视的数据报文，它包含了飞机的位置、速度、高度等信息。解析ADS-B报文是分析和提取其中的信息内容，以便了解飞机的运行状况和动态信息。 在CSND上，解析ADS-B报文的方法可以分为...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值