HTTP协议(总结)

最新推荐文章于 2024-06-28 16:11:10 发布
最新推荐文章于 2024-06-28 16:11:10 发布
阅读量493 收藏 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 875
超文本传输协议(HTTP)是一种通信协议，它允许将超文本标记语言(HTML)文档从Web服务器传送到客户端的浏览器 关于HTTP协议的几个问题：   1.什么是HTTP协议 我们现在正在使用的大部分是HTTP1.1； （1）HTTP协议是什么         HTTP是一个属于应用层的面向对象的协议，由于其简捷、快速的方式，适用于分布式超媒体信息系统。它于1990年提出，经过几年的使用...
解决HTTP 400 Bad Request错误的方法
最新发布
技术研究中心
06-28 2530
解决HTTP 400 Bad Request错误的方法 大家好，我是免费搭建查券返利机器人省钱赚佣金就用微赚淘客系统3.0的小编，也是冬天不穿秋裤，天冷也要风度的程序猿！ 在进行网络通信时，HTTP 400 Bad Request错误是相对常见的问题之一。这种错误通常指示客户端发送的请求无效或格式错误，导致服务器无法理解并处理请求。本文将深入探讨HTTP 400错误的原因、常见解决方法以及在Java编程中如何处理和预防这类错误。 HTTP 400 Bad Request错误的原因 1. 请求参数错误 参
有关http协议规范下流量,带宽,QPS
ycc297876771的博客
02-23 756
带宽计算: #获取请求数据 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 2009
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 439
前言：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 391
SDPY介绍 SDPY是一种HTTP的兼容协议 多路复用请求 对请求划分优先级 压缩HTTP头 HTTP2.0介绍 基于SPDY，IETF定制的新一代HTTP协议 更安全的SSL okhttp 为我们android客户端提供了HTTP2.0的途径 支持SPDY，HTTP2.0共享一个Socket来处理同一个服务器的所有请求 如果SPDY不可用，则通过连接池来减少请求延时 无缝的支持GZIP来减少数据流量 缓冲响应数据来减少重复的网络请求 可以从很多常用的连接问题中自动恢复 使用起来非常简单 .
http 请求头信息解释
石头的博客
06-05 556
Header 解释 示例 Accept 指定客户端能够接收的内容类型 Accept: text/plain, text/html Accept-Charset 浏览器可以接受的字符编码集。 Accept-Charset: iso-8859-5 Accept-Encoding 指定浏览器可以支持的web服务器
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
android http 1.1,HTTP/1.1 302 Moved Temporarily - Happens on Android API 16-17
weixin_39742568的博客
05-27 384
Long story short. I want to download some google sheet files from the internet when my App starts. Here's the situation:Newer Devices: Everything works 100%, no problems, all files downloaded.Older De...
HTTP详解(3)-http1.0 和http1.1 区别
weixin_30329623的博客
03-17 623
翻了下HTTP1.1的协议标准RFC2616，下面是看到的一些它跟HTTP1.0的差别。 1. Persistent Connection持久连接 在HTTP1.0中，每对Request/Response都使用一个新的连接。 HTTP 1.1则支持持久连接Persistent Connection, 并且默认使用persist...
HTTP协议与WWW服务器详解
"WWW服务器主要负责运行HTTP协议，与浏览器进行交互...总结起来，WWW服务器和HTTP协议在信息时代的角色至关重要，它们共同构建了我们日常使用的互联网浏览体验。理解这些基本概念有助于我们更好地理解和利用网络资源。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值