浏览器相关

于 2023-09-04 09:24:29 发布
阅读量157 收藏
点赞数
文章标签： 前端
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/chen_jigang/article/details/132661801
版权

1、src 和 href

<link href="style.css" rel="stylesheet"> 浏览器加载到这里的时候，html的渲染和解析不会暂停，css文件的加载是同时进行的

<script src="script.js"></script> 当浏览器解析到这句代码时，页面的加载和解析都会暂停直到浏览器拿到并执行完这个js文件

2、HTTP 与 HTTPS区别

  • HTTP 是超文本传输协议，信息是明文传输，存在安全风险的问题。HTTPS 则解决 HTTP 不安全的缺陷，在 TCP 和 HTTP 网络层之间加入了 SSL/TLS 安全协议，使得报文能够加密传输。

  • HTTP 连接建立相对简单， TCP 三次握手之后便可进行 HTTP 的报文传输。而 HTTPS 在 TCP 三次握手之后，还需进行 SSL/TLS 的握手过程，才可进入加密报文传输。

  • HTTP 的默认端口号是 80，HTTPS 的默认端口号是 443。

  • HTTPS 协议需要向 CA（证书权威机构）申请数字证书，来保证服务器的身份是可信的。

3、表单提交 Get 和 Post

  • Get一般用于从服务器上获取数据；Post向服务器传送数据

  • Get传输的数据是拼接在Url之后的，对用户是可见的；Post的传输数据对用户是不可见的

  • Get传送的数据量较小，不能大于2KB；Post传送的数据量较大，一般被默认为不受限制

  • Get安全性非常低；Post安全性较高

  • Get限制Form表单的数据集的值必须为ASCII字符；而Post支持整个ISO10646字符集

  • 在Form提交的时候，如果不指定 Method，则默认为Get请求，Get执行效率却比Post方法好

4、浏览器的内核

IE：trident内核

Firefox：gecko内核

Safari：webkit内核

Opera：以前是presto内核，Opera现已改用Google Chrome的Blink内核

Chrome：Blink（基于webkit、Google、Opera Software共同开发）

5、同源、跨域、反向代理

请求url的协议、域名、端口任意一个与当前页面url不同，即为跨域

协议域名端口号
httpswww.a.com8080

同源策略

浏览器不允许非同源的 URL 之间进行资源的交互 ，简称不允许跨域

解决方案

1、JSONP

早期，利用src请求资源不会产生跨域问题，兼容性好，但仅支持Get请求

通过<script> 标签的 src 属性，把非同源的 JavaScript 代码请求到本地，并执行

动态创建script标签，把src属性设置为接口的url，让后端动态拼接数据返回，拼接的数据是一个自执行函数

2、CORS 跨域资源共享

支持主流浏览器，不兼容IE10以下，需要后端配合开启CORS功能

配置 Access-Control-Allow-Origin 响应头设置为当前网页地址，或者让后端把respons herader返回头中，加一个 Access-Control-Allow-Origin 字段，并且把允许跨域的地址设置为该字段的值，由于该字段只能设置一个值，想要多个域名跨域，可以让后端再返回前动态的设置这个值，考虑到后端可能不会配合你，直接设置为*，但是设置为*，就不能发送Cookie，因为浏览器认为这样不安全

3、nginx 反向代理

前端主流框架都带有proxy反向代理功能，前端开发的时，会在本地启动一个node.js服务，让node服务去请求接口，然后将node服务请求到的数据传给浏览器，相当于在本地起了一个服务器作为中转站，而服务器与服务器之间的请求是不会引发跨域问题的

注：跨域一般由后端处理

6、Session、Cookie、Token

HTTP是无状态协议，不能保存之前请求的信息，每次的请求是独立的

（1）Cookie机制

Cookie技术是客户端的解决方案，Cookie就是由服务器发给客户端的特殊信息，而这些信息以文本文件的方式存放在客户端，然后客户端每次向服务器发送请求的时候，都会带上这些特殊的信息

（2）Session机制

Session是记录客户状态的机制，Session保存在服务器上。客户端访问服务器的时候，服务器把客户端信息以某种形式记录在服务器上。客户端浏览器再次访问时，只需从Session对象中查找该客户端的状态就可

Cookie和session的区别

  • Cookie机制：如果不在浏览器中设置过期事件，Cookie被保存在内存中，生命周期随浏览器的关闭而结束，这种Cookie简称为会话Cookie。如果在浏览器中设置了Cookie的过期事件，Cookie会被保存在硬盘中，关闭浏览器后，Cookie数据仍然存在，直到过期事件结束才消失

  • Session机制：服务器收到请求时，会检查客户端请求中是否有SessionId。如果有，服务器将根据该Id返回对应SessionId对象；如果没有，服务器会创建新的Session对象，并把SessionId在本次响应中返回给客户端。通常使用Cookie存储SessionId到客户端，在交互中浏览器按照规则将SessionId发送给服务器

  • 保持状态：Cookie保存在浏览器端；session保存在服务器端

  • 存储的大小：单个Cookie保存的数据不能超过4kb；session大小没有限制，取决于服务器

  • 存储内容：Cookie 以以文本的方式保存字符串类型；session支持任何类型的对象

  • 安全性：session的安全性大于Cookie

（3）Token

1、客户端使用用户名跟密码请求登录

2、服务端收到请求，去验证用户名与密码

3、验证成功后，根据传过来的唯一标识（userId、mac地址等唯一标识），服务端通过算法生成一个token，然后通过BASE64编码一下之后，将这个token发送给客户端

4、客户端收到 Token 后，保存起来，通过如：Cookie 或 Local Storage等

5、客户端向服务端请求资源时，需要携带Token（作为验证过的标识，无需账号密码验证，无则跳转登录页）

6、服务端收到请求，验证Token，验证成功，响应数据（验证时需要解密，得知用户的唯一标识）

7、完整的HTTP事务

1、输入URL地址，浏览器进行解析，获取域名地址和web服务器的IP地址

2、与服务器建立TCP链接（3次握手）

3、浏览器向web服务器发送http请求

4、服务器响应请求，并发送对应的数据至客户端

5、浏览器下载数据，并解析数据，渲染页面，呈现页面

6、关闭TCP链接（4次挥手）

8、浏览器输入url

1、解析URL：浏览器首先对拿到的URL进行识别，抽取出域名字段。

2、DNS解析：查询浏览器缓存、检查系统缓存、路由器缓存、ISP DNS 缓存、递归查询（获得对应的IP地址）

 3、浏览器与网站建立TCP连接（三次握手）

第一次握手：浏览器向服务器发送请求（SYN=1） 等待服务器确认

第二次握手：服务器收到请求并确认，回复一个指令（SYN=1，ACK=1）

第三次握手：浏览器收到服务器的回复指令并返回确认（ACK=1）

通过三次握手，成功建立与服务器的连接，可请求和传输数据

4、请求和传输数据

通过请求得到服务器的响应，将响应文件传输到浏览器进行渲染

5、浏览器渲染页面

浏览器收到响应的文件，找到Html和Mime文件，通过Mime的类型，使用页面渲染引擎来处理Html文件

  • 浏览器会解析Html源码，然后创建一个 DOM树

  • 浏览器解析CSS代码，计算出最终的样式数据，形成css对象模型CSSOM

  • 利用DOM和CSSOM构建一个渲染树（rendering tree）

  • 浏览器就根据渲染树直接把页面绘制到屏幕上

9、浏览器的缓存机制

缓存：第一次访问服务器时下载的web资源

缓存策略：再次访问时，是否使用缓存中的资源

作用：减少网络带宽的消耗、降低服务器压力、减少网络延时，加快页面打开速度

规则：http协议头 和 html的mate标签中定义，分别从过期机制和校验值来判断是否直接使用该缓存，还是需要从服务器去获取更新的版本

  • 新鲜度（过期机制）：缓存副本的有效期。缓存副本满足以下条件之一，才会直接使用缓存

    • Http协议头中存在过期时间等信息，并且仍在有效期内

    • 浏览器已经使用过这个缓存副本，并且在一个会话中已经检查过新鲜度

  • 校验值（验证机制）：服务器相应中，在响应头中存在Etag标签，存放用来验证资源是否更改的标识，如果缓存的标识和服务器的标识相同则无需重新请求资源，如果不相同，则重新发送资源请求

10、sessionStorage，localStorage

sessionStorage用于本地存储一个会话(session)中的数据，这些数据同一会话中的页面才能访问，且会话结束后数据销毁。非持久化的本地存储，仅仅是会话级别的存储

localStorage用于持久化的本地存储，除非主动删除数据，否则数据是永远存在

11、浏览器存储数据

Cookie、localStorage、sessionStorage

（1）Cookie

  • Cookie的作用：解决http无状态的缺点，在客户端存储会话信息，记录用户状态和其它的数据

  • Cookie的构成：名称、值、域、路径、失效时间、安全标志...

    名称：一个唯一确定Cookie的名称
值：存储在Cookie中的字符串值，值必须被URL编码
域：Cookie对于哪个域是有效的，向该域发送的请求会包含这个Cookie信息
路径：对于指定域中的路径，应该向服务器发送Cookie
失效时间：表示Cookie何时应该被删除的时间戳
安全标志：指定后，Cookie只有在使用ss连接时才发送到服务器

  • Cookie存储数据：服务器发送http响应时指定Set-Cookie进行指定；或使用 JS 生成Cookie

  • Cookie的缺点

    • 需要在客户端和服务器端之间来回传送，浪费不必要的资源

    • 存储大小有限制，每个域，一般只能设置20个Cookie，且单个大小不能超过4KB

    • 安全性比较低，Cookie保存在客户端中，没有加密，容易泄漏

区别

1、是否与服务器端交互

        Cookie数据始终在同源的http请求中携带，而Storage不会自动把数据发给服务器

2、存储大小限制

        Cookie存储不能超过4k，因为每次http请求都会携带Cookie，所以只适合保存很小的数据

        Storage存储可以达到5M或更大

3、数据有效期不同

        sessionStorage 数据仅在当前回话有效，浏览器窗口关闭或刷新前有效

        localStorage 保存数据始终有效，窗口或浏览器关闭也一直保存，因此可用作持久保存数据

        Cookie 只在开发人员设置的有效期时间之前一直有效

4、作用域不同

        sessionStorage 在不同的浏览器窗口中不能共享，即使是同源页面

        localStorage 在所有浏览器的同源窗口中都是共享的

        Cookie也是在所有同源窗口中都是共享的

...

12、回流和重绘

回流：渲染树（render tree）因元素的规模尺寸，布局，隐藏等改变而重新构建。第一次加载页面的时候构建render tree，必定回流。

重绘：渲染树中的一些元素更新属性，只是影响元素的外观（颜色等），不影响布局

浏览器的优化机制

浏览器会维护1个队列，把所有会引起回流、重绘的操作放入这个队列，等队列中的操作到了一定的数量或者到了一定的时间间隔，浏览器就会flush队列，进行一个批处理。使多次的回流、重绘变成一次回流重绘

优化

  • 不要通过父级来改变子元素样式，改变子元素样式尽可能不要影响父元素和兄弟元素的大小和尺寸

  • 尽量通过class来设计元素样式，切忌用style

  • 对于复杂动画效果，使用绝对定位让其脱离文档流，否则会引起父元素及后续元素大量的回流

  • 慎用tables布局，tables中某个元素一旦触发reflow，就会导致table里所有的其它元素reflow。在适合用table的场合，可以设置table-layout为auto或fixed

  • 避免设置多层内联样式

13、http的状态码

菜鸟教程：HTTP 状态码 | 菜鸟教程

状态码描述
1**提示信息，服务器收到请求，需要请求者继续执行操作，是协议处理中的中间状态
2**成功，操作被成功接收并处理，服务器成功处理了客户端的请求
3**重定向，需要进—步的操作以完成请求，客户端请求的资源发生了变动，需要客户端用新的 URL 重新发送请求获取资源
4**客户端错误，请求包含语法错误或无法完成请求，客户端发送的报文有误，服务器无法处理，是错误码的含义
5**服务器错误，服务器在处理请求的过程中发生了错误，表示客户端请求报文正确，但是服务器处理时内部发生了错误，属于服务器端的错误码

状态码状态码英文描述
200OK正常，如果是非 Head请求，服务器返回的响应头有 body 数据。常见
204No Content正常，但响应头没有 body 数据。常见
206Partial Content应用于 HTTP 分块下载或断点续传，表示响应返回的 body 数据只是部分资源，也是服务器处理成功的状态
301Moved Permanently表示永久重定向，说明请求的资源已经不存在了，需改用新的 URL 再次访问
302Found表示临时重定向，说明请求的资源还在，但暂时需要用另一个 URL 来访问
304Not Modified不具有跳转的含义，表示资源未修改，重定向已存在的缓冲文件，也称缓存重定向，也就是告诉客户端可以继续使用缓存资源，用于缓存控制。常用(服务器让你用之前缓存的资源，缓存策略)
400Bad Request客户端请求的报文有错误，但只是个笼统的错误（如语法错误等）
403Forbidden服务器禁止访问资源，并不是客户端的请求出错，权限不够（普通用户）
404Not Found表示请求的资源在服务器上不存在或未找到，所以无法提供给客户端。常用(地址写错，资源不存在等)
409新老版本问题
500Internal Server Error与 400 类型，是个笼统通用的错误码，服务器发生了什么错误，我们并不知道(错误类型太多)
501Not Implemented表示客户端请求的功能还不支持，类似“即将开业，敬请期待”的意思
502Bad Gateway通常是服务器作为网关或代理时返回的错误码，表示服务器自身工作正常，访问后端服务器发生了错误。网关错误，常用
503Service Unavailable表示服务器当前很忙，暂时无法响应客户端，类似“网络服务正忙，请稍后重试”的意思
504网关超时，服务器作为网关或代理，但是没有及时从上游服务器收到请求

状态码状态码英文状态码描述
100Continue当前一切正常，客户端应该继续请求，如果已完成请求则忽略
101Switching Protocols服务器应客户端升级协议的请求正在切换协议
200OK服务器已成功处理了请求
202Accepted已经收到请求消息，但是尚未进行处理
203Non-Authoritative Information请求已经成功被响应，但是获得的负载与源头服务器的状态码为 200 的响应相比，经过了拥有转换功能的代理服务器的修改
204No Content请求已经成功了，但是客户端的客户不需要离开当前页面
205Reset Content服务器已成功处理了请求，并通知客户端重置文档视图
206Partial Content请求已经成功，并且主体包含所请求的数据区间
300Multiple Choices该请求拥有多种可能的响应
301Moved Permanently请求的资源已经被移动到了由 Location 首部字段指定的 URL 上， 并且是固定不变的
302Found请求的资源被暂时移动到了由 Location 首部字段指定的URL 上
303See Other重定向链接指向的不是新上传的资源，而是另外一个页面
304Not Modified无须再次传输请求的内容
307Temporary Redirect请求的资源被暂时移动到了由 Location 首部字段指定的 URL 上 307 可以确保请求方法和消息主体不会发生变化；302 则会在一些旧客户端中错误地将请求方法转换为 GET
308Permanent Redirect请求的资源已经被永久地移动到了由 Location 首部字段指定的 URL 上
400Bad Request由于语法无效，服务器无法理解该请求
401Unauthorized缺乏目标资源要求的身份验证凭证，发送的请求未得到满足
403Forbidden服务器有能力处理该请求，但是拒绝授权访问
404Not Found服务器无法找到所请求的资源
405Method Not Allowed服务器禁止了使用当前 HTTP 方法的请求
406Not Acceptable服务器无法提供与 Accept-Charset 及 Accept-Language 首部字段相匹配的响应
407Proxy Authentication Required由于缺乏位于浏览器与可以访问所请求资源的服务器之间的代理服务器所要求的身份验证凭证，发送的请求尚未得到满足
408Request Time-out服务器将关闭空闲的连接
409Conflict请求与服务器目标资源的当前状态相冲突
410Gone请求的目标资源在原服务器上不存在了，并且是永久性的丢失
411Length Required由于缺少确定的 Content-Length 首部字段，服务器拒绝客户端的请求
412Precondition Failed目标资源的访问请求被拒绝
413Request Entity Too Large请求主体的大小超过了服务器愿意或有能力处理的限度，服务器可能会关闭连接以防止客户端继续发送该请求
414Request-URI loo Large客户端所请求的 URI 超过了服务器允许的范围
415Unsupported Media Type服务器由于不支持其有效载荷的格式，从而拒绝接受客户端的请求
416Requested range not satisfiable服务器无法处理所请求的数据区间
417Expectation Failed服务器无法满足 Expect 首部字段中的期望条件
422Unprocessable Entity服务器理解请求实体的内容类型，并且请求实体的语法是正确的，但是服务器无法处理所包含的指令
426Upgrade Required服务器拒绝处理客户端使用当前协议发送的请求，但是可以接受其使用升级后的协议发送的请求
429Too Many Requests在一定的时间内用户发送了过多的请求，即超出了“频次限制”
431Request Header Fields Too Large请求中的首部字段的值过大，服务器拒绝接受客户端的请求
451Unavailable For Legal Reasons服务器由于法律原因，无法提供客户端请求的资源
500Internal Server Error所请求的服务器遇到意外的情况，并阻止其执行请求
501Not Implemented请求的方法不被服务器支持，因此无法被处理
502Bad Gateway作为网关或代理角色的服务器，从上游服务器中接收的响应是无效的
503Service Unavailable服务器尚未处于可以接受请求的状态
504Gateway Time-out网关或者代理的服务器无法在规定的时间内获得需要的响应
505HTTP Version not supported服务器不支持请求所使用的 HTTP 版本
511Network Authentication Required客户端需要通过验证才能使用该网络

14、...

        ...

年纪轻轻只想躺平
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
网页版怎么连接tcp服务器,请教怎么做一个tcp客户端访问网页
weixin_42393272的博客
08-13 2662
请问如何做一个tcp客户端访问网页本帖最后由 oXiFangShiBai 于 2013-02-01 10:28:15 编辑使用tcp协议，来访问网页，这样主要是做一个长连接我的实现思路是：1.连接服务器【举例用百度www.baidu.com】2.发送http协议头，获取服务器返回网页内容并处于监控状态，因为服务器会每隔1分钟发心跳包给我，我的目的就是要得到心跳包的内容，3.我的代码如下，...
浏览器协议TCP详解
qq2754289818的博客
07-25 1441
浏览器协议TCP详解,http/https 协议,Websocket 浏览器进程负责存储、界面、下载等管理。在渲染进程中，运行着熟知的主线程、合成线程、JavaScript 解释器、排版引擎等。
浏览器的TCP连接
void
01-17 3248
这时客户端就是浏览器 访问服务器： 服务器读取客户端的请求信息： 服务器要给客户端回写一个信息，回写一个html页面（文件），我们需要读取index.html文件，就必须知道这个文件的地址，而这个地址就是请求信息的第一行。 可以使用BufferedReader中的方法readLine()读取一行。用String类的方法split(" ")获取中间部分。 服务器创建一个本地的字节输入流，根据获取...
HTTP协议的底层TCP传输原理--你知道输入浏览器的网址经历了什么吗
研一旺旺的博客
02-14 3295
每个万维网站点都有一个服务器进程，它不断地监听(**轮询**:这里涉及到网络IO，可以参考博主的前一篇文章)tcp的80端口，以便发现是否有浏览器向它发出连接请求，**一旦建立连接之后，浏览器就向万维网服务器发出浏览某个页面的<请求>**，**服务器接着返回所请求的页面作为<响应>**。最后TCP连接会被释放。**在浏览器和服务器请求和响应的交互中，必须遵循的规则和格式就是超文本传输协议HTTP。**
安卓网络浏览器相关源代码
08-11
包含安卓多线程断点下载,简单网页浏览器,浏览器源码,获取网络数据到本地并查看,演化理解 Android 异步加载图片,在Android远程上传以及下载图片
检测浏览器相关信息
06-06
检测浏览器
safari浏览器有关问题
02-24
safari浏览器有关问题最近将一个只支持IE浏览器的WEB应用程序搬到Safari下，没修改之前，打开一看页面很乱，根本就无从下手。用div ul li 等布局的表格和在IE下的效果完全不一样，在IE下每一个LI都是独立的一行，而...
browser:浏览器相关资源
05-10
浏览器 浏览器相关资源，Kiwi浏览器扩展和greenchrome（已弃用）
5一面 5：浏览器相关知识点与高频考题解析.md
最新发布
03-31
# 一面 5：浏览器相关知识点与高频考题解析 Web 前端工程师写的页面要跑在浏览器里面，所以面试中也会出现很多跟浏览器相关的面试题目。 ## 知识点梳理 - 浏览器加载页面和渲染过程 - 性能优化 - Web 安全 本...
第8题-浏览器HTTP请求并发数和TCP连接的关系
青天诀的专栏
08-19 4306
面试题目（头条）： 网页中的图片资源为什么分放在不同的域名下？ 浏览器与服务器建立一个TCP连接后，是否会在完成一个http请求后断开？什么条件下会断开？ 一个TCP连接可以同时发送几个HTTP请求？ 浏览器http请求的并发性是如何体现的？并发请求的数量有没有限制？ 答案解析： 第一个问题： 网页中的图片资源为什么分放在不同的域名下? 浏览器对并发请求的数目限制是针对域名的，即针对同...
tcp模拟浏览器向 Tomcat服务器发送请求
Stay hungry, Stay foolish
09-17 1544
转：http://lianxiangbus.iteye.com/blog/1446012 Java代码  import java.net.*;   import java.io.*;      //tcp模拟浏览器向 Tomcat服务器发送请求   Java代码  //tomcat就是根据tcp   class Test 
Socket编程之实现浏览器与Socket的交互
一个码农的博客
03-14 6305
我们只浏览器发起一个http请求，后台对应服务会接收并且处理该请求。那么它是怎么实现的呢？也就是底层原理是什么？我们都知道http协议的底层是基于TCP/IP协议的，而TCP/IP协议的实现形式就是Socket。所以理论上，后台写一个Socket服务端是可以和浏览器交互的，而http请求是有固定的格式的，发送请求会发送一个请求头消息，还有一些请求参数之类的，当然这些工作浏览器帮我们做了。这里我们写...
PRX 通过LSP实现浏览器Socks5/Tcp代理（从发送数据上着手）
liulilittle的博客
09-18 9714
本文阐述针对市面上主流的浏览器 实现基于Socks5协议Tcp代理部分原理 它是浏览器翻墙的一种方法 这只是在LSP实现方式中一种类别 它具备很多不同方式 但在本文中不在累赘；此方法适应“Chrome、Firebox、IE、OperaWeb”浏览器 本文中给出的代码思路是利用C/C++实现的 并且不会提供完整可运行的代码 只会给出一些程式关键代码 具体实现需要各位有兴趣的boys 你可以自行利用
HTTP协议--浏览器的实现
yill_h的博客
10-08 4591
socket和http都能用于网络上的通信。 那既然有socket那么为什么需要http呢？
浏览器 headers检测
10-26
浏览器 headers检测是一种用于识别和获取浏览器相关信息的技术。当我们访问一个网页时，浏览器会发送一系列的HTTP请求头部（headers）给服务器，这些头部包含了浏览器的一些信息，如用户代理（User-Agent）、接受内容类型（Accept）、Referer等。 浏览器headers检测可以用于网站分析、优化用户体验以及判断浏览器兼容性。通过检测请求头部中的用户代理信息，网站开发人员可以了解访问其网站的浏览器类型、版本、操作系统等信息，从而根据不同浏览器的特点来优化网站的呈现和交互效果，提升用户体验。 此外，通过浏览器headers检测还可以判断浏览器的兼容性。不同的浏览器对于各种Web标准的支持程度不同，开发人员可以根据浏览器headers中的信息来判断所访问的浏览器是否支持某些新特性或者需要使用特定的兼容性方案。 浏览器headers检测的方法可以是服务器端检测，也可以是客户端检测。服务器端检测是通过服务器获取请求头部的信息来进行分析；而客户端检测通常通过JavaScript来获取，然后将信息发送给服务器进行处理。常用的客户端检测方法包括navigator.userAgent和navigator.appVersion等。 需要注意的是，浏览器headers检测并不是绝对可靠的，因为用户可以通过某些手段伪造请求头部中的信息。而且随着浏览器和操作系统的更新，以及用户使用代理服务器等情况的存在，某些用户代理信息可能会发生变化，导致检测结果不准确。因此，在进行浏览器检测时，应该综合考虑不同的因素，并灵活运用。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值