nginx配置文件优化（详细）

最新推荐文章于 2024-06-18 14:16:17 发布
最新推荐文章于 2024-06-18 14:16:17 发布
阅读量1.8k 收藏 12
点赞数 3
分类专栏： Nginx 文章标签： nginx nginx配置文件优化
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43815140/article/details/107166258
版权

nginx优化项

  • 隐藏nginx版本
  • nginx 配置项优化
  • 开启高效传输模式
  • fastcgi 调优
  • gzip 调优
  • expires 缓存调优
  • 内核参数优化
  • 系统连接数的优化

准备nginx测试环境

  1. nginx安装略

  2. 准备测试文件

      vim /usr/local/nginx/conf/nginx.conf
  echo 'Hello world ' > /usr/local/nginx/html/index.html

  3. 启动nginx服务

    systemctl start nginx
[root@localhost ~]# curl -I http://172.16.46.114
HTTP/1.1 200 OK
Server: nginx/1.12.2   #这里显示版本号
Date: Sat, 04 Jul 2020 05:20:43 GMT
Content-Type: text/html
Content-Length: 13
Last-Modified: Sat, 04 Jul 2020 03:57:39 GMT
Connection: keep-alive
ETag: "5efffe33-d"
Accept-Ranges: bytes

[root@localhost ~]# 
[root@localhost ~]# 
[root@localhost ~]# curl  http://172.16.46.114
Hello world

隐藏nginx版本的2种方法

  1. 通过修改nginx配置文件的方法

    在HTTP字段添加下
    在这里插入图片描述

再次查看请求头

[root@localhost ~]# systemctl restart nginx
[root@localhost ~]# curl -I http://172.16.46.114
HTTP/1.1 200 OK
Server: nginx
Date: Sat, 04 Jul 2020 05:22:34 GMT
Content-Type: text/html
Content-Length: 13
Last-Modified: Sat, 04 Jul 2020 03:57:39 GMT
Connection: keep-alive
ETag: "5efffe33-d"
Accept-Ranges: bytes

在这里插入图片描述

  1. 重新编译法

    修改源码包文件src/core/nginx.h

    [root@localhost src]# cd nginx-1.12.2/
[root@localhost nginx-1.12.2]# vim src/core/nginx.h 
[root@localhost nginx-1.12.2]# vi src/http/ngx_http_header_filter_module.c #彻底隐藏HTTP 头信息中的 connection 字段
[root@localhost nginx-1.12.2]# vi src/http/ngx_http_special_response.c #隐藏错误页面版本显示
[root@localhost nginx-1.12.2]# make && make install

src/core/nginx.h 修改如下：
在这里插入图片描述

[root@www nginx-1.12.2]# vi src/http/ngx_http_header_filter_module.c
修改前：
static char ngx_http_server_string[] = "Server: nginx" CRLF; //第 49 行
修改后：
static char ngx_http_server_string[] = "Server: IIS" CRLF;

[root@www nginx-1.12.2]# vi src/http/ngx_http_special_response.c
修改前
static u_char ngx_http_error_tail[] = //第 29 行
"<hr><center>nginx</center>" CRLF
"</body>" CRLF
"</html>" CRLF
;
修改后
static u_char ngx_http_error_tail[] =
"<hr><center>IIS</center>" CRLF
"</body>" CRLF
"</html>" CRLF
;

[root@localhost ~]# nginx -v
nginx version: IIS/8.8.8.8

nginx配置项优化

nginx运行CPU亲和力

worker_processes 4;
worker_cpu_affinity 0001 0010 0100 1000

8核如下

worker_processes 8;

worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000

10000000;

2核如下：
worker_processes 2;
worker_cpu_affinity 0101 1010；

nginx最多可以打开的文件数

一个工作进程(worker process)建立一个连接后，进程将会打开一个文件副本，所以这个数(worker_connections)的大小还和操作系统设定的进程最大可打开的文件副本数有关。

worker_rlimit_nofile 65535;

#这个指令是指当一个 nginx 进程打开的最多文件描述符数目，理论值应该是最多打开文件数
（ulimit -n）与 nginx 进程数相除，但是 nginx 分配请求并不是那么均匀，所以最好与 ulimit -n
的值保持一致

​

#文件资源限制的配置可以在/etc/security/limits.conf 设置，针对 root/user 等各个用户或者*
代表所有用户来设置。
*		soft 	nofile 65535
*		hard 	nofile 65535
*		soft    noproc 65535
*       hard    noproc 65535

nginx事件处理模型

events {
use epoll;
worker_connections 65535;
multi_accept on;
}

#nginx 采用 epoll 事件模型，处理效率高
#work_connections 是单个 worker 进程允许客户端最大连接数，这个数值一般根据服务器性
能和内存来制定，实际最大值就是 `worker 进程数乘以 work_connections`
实际我们填入一个 65535，足够了，这些都算并发值，一个网站的并发达到这么大的数量，
也算一个大站了！
`multi_accept 告诉 nginx 收到一个新连接通知后接受尽可能多的连接`

开启高效传输模式

http {
include mime.types;
default_type application/octet-stream;
……
sendfile on;
tcp_nopush on;
……

注释：

# Include mime.types; //媒体类型, include 只是一个在当前文件中包含另一个文件内容的指令
# default_type application/octet-stream; //默认媒体类型足够
# sendfile on； //开启高效文件传输模式，
# tcp_nopush on； 必须在 sendfile 开启模式才有效，防止网路阻塞，积极的减少网络报文段的数量

连接超时时间

keepalive_timeout 60;
tcp_nodelay on;
client_header_buffer_size 4k;
open_file_cache max=102400 inactive=20s;
open_file_cache_valid 30s;
open_file_cache_min_uses 1;
client_header_timeout 15;
client_body_timeout 15;
reset_timedout_connection on;
send_timeout 15;
server_tokens off;
client_max_body_size 10m;

# keepalived_timeout; 客户端连接保持会话超时时间，超过这个时间，服务器断开这个链接
# tcp_nodelay；也是防止网络阻塞，不过要包涵在 keepalived 参数才有效
# client_header_buffer_size 4k; 客户端请求头部的缓冲区大小
# open_file_cache max=102400 inactive=20s;这个将为打开文件指定缓存，默认是没有启用的
# open_file_cache_valid 30s;这个是指多长时间检查一次缓存的有效信息。
# open_file_cache_min_uses 1;
# open_file_cache 指令中的 inactive 参数时间内文件的最少使用次数，如果超过这个数字，文件描述符一直是在缓存中打开的
# client_header_timeout 设置请求头的超时时间
# client_body_timeout 设置请求体的超时时间
# reset_timeout_connection 告诉 nginx 关闭不响应的客户端连接。
# send_timeout 响应客户端超时时间
# server_tokens 并不会让 nginx 执行的速度更快，但它可以关闭在错误页面中的 nginx 版本数字，这样对于安全性是有好处的。
# client_max_body_size; 上传文件大小限制

fastcgi与proxy 缓存调优

nginx 的 web 缓存功能的主要是由 proxy_cache、fastcgi_cache 指令集和关指令收集完成。

proxy_cache 指令负责反向代理缓存后端服务器的静态内容

fastcgi_cache 主要用来处理FastCGI 动态进程缓存

 client_max_body_size 10m;
 client_body_buffer_size 128k;
 proxy_connect_timeout 75;
 proxy_send_timeout 75;
 proxy_read_timeout 75;
 proxy_buffer_size 4k;
 proxy_buffers 4 32k;
 proxy_busy_buffers_size 64k;
 proxy_temp_file_write_size 64k;
 proxy_buffering on;
 proxy_temp_path /usr/local/nginx/proxy_temp;
 proxy_cache_path /usr/local/nginx/proxy_cache levels=1:2 keys_zone=my-cache:100m 
 max_size=1000m inactive=600m max_size=2g;

nginx做反向代理转发优化

代理参数

proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

proxy_connect_timeout 30;
proxy_send_timeout 60;
proxy_read_timeout 60;

proxy_buffering on;
proxy_buffer_size 32k;
proxy_buffers 4 128k;

如果nginx后面接的是动态的网站，需要fastcgi接口转发请求到（PHP）

缓存调优如下：

fastcgi_connect_timeout 600;
fastcgi_send_timeout 600;
fastcgi_read_timeout 600;
fastcgi_buffer_size 64k;
fastcgi_buffers 4 64k;
fastcgi_busy_buffers_size 128k;
fastcgi_temp_file_write_size 128k;
fastcgi_temp_path /usr/local/nginx/nginx_tmp;
fastcgi_intercept_errors on;
fastcgi_cache_path /usr/local/nginx/fastcgi_cache levels=1:2 keys_zone=cache_fastcgi:128m 
inactive=1d max_size=10g;

转发调优如下：

location ~ \.php$ {
                root /wordpress; 
                fastcgi_pass 127.0.0.1:9000;
                fastcgi_index index.php; 
                fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;  
                fastcgi_cache cache_fastcgi;
			    fastcgi_cache_valid 200 302 1h;
 				fastcgi_cache_valid 301 1d;
				fastcgi_cache_valid any 1m;
 				fastcgi_cache_min_uses 1;
 				fastcgi_cache_key http://$host$request_uri;
                include fastcgi_params; #引用fastcgi_params目录
        }

注释：

fastcgi_connect_timeout 600; #指定连接到后端 FastCGI 的超时时间。
fastcgi_send_timeout 600; #向 FastCGI 传送请求的超时时间。
fastcgi_read_timeout 600; #指定接收 FastCGI 应答的超时时间。
fastcgi_buffer_size 64k; #指定读取 FastCGI 应答第一部分需要用多大的缓冲区，默认的缓冲区大小为 fastcgi_buffers 指令中的每块大小，可以将这个值设置更小。
fastcgi_buffers 4 64k; #指定本地需要用多少和多大的缓冲区来缓冲 FastCGI 的应答请求
fastcgi_busy_buffers_size 128k; #建议设置为 fastcgi_buffers 的两倍，繁忙时候的 buffer
fastcgi_temp_file_write_size 128k; #在写入 fastcgi_temp_path 时将用多大的数据块，默认值是 fastcgi_buffers 的两倍
fastcgi_temp_path #缓存临时目录
fastcgi_intercept_errors on;# 这个指令指定是否传递 4xx 和 5xx 错误信息到客户端，或者允许nginx 使用 error_page 处理错误信息
fastcgi_cache_path /usr/local/nginx/fastcgi_cache levels=1:2 keys_zone=cache_fastcgi:128m 
inactive=1d max_size=10g; # fastcgi_cache 缓存目录
fastcgi_cache cache_fastcgi; #表示开启 FastCGI 缓存并为其指定一个名称.inactive 表示默认
失效时间，如果缓存数据在失效时间内没有被访问,将被删除，max_size 表示最多用多少硬盘空间
fastcgi_pass #指定 FastCGI 服务器监听端口与地址
fastcgi_cache_valid 200 302 1h; #用来指定应答代码的缓存时间，实例中的值表示将 200 和302 应答缓存一小时，要和 fastcgi_cache 配合使用
fastcgi_cache_valid 301 1d; #将 301 应答缓存一天
fastcgi_cache_valid any 1m; #将其他应答缓存为 1 分钟
fastcgi_cache_min_uses 3; #该指令用于设置经过多少次请求的相同 URL 将被缓存
fastcgi_cache_key http://$host$request_uri; #该指令用来设置web缓存的Key值,nginx根据Key
值 md5 哈希存 储 .一 般根 据$host( 域名 )、$request_uri(请 求的路 径 ) 等变 量组 合成
proxy_cache_key

gzip 调优

使用 gzip 压缩功能，可能为我们节约带宽，加快传输速度，有更好的体验

同时也要注意，我们使用 gzip 的功能是需要消耗 CPU 的！

Nginx 启用压缩功能需要你来 ngx_http_gzip_module 模块,一般我们需要压缩的内容有：文本，js，html，css，对于图片，视频，flash 什么的不压缩;

gzip on;
gzip_min_length 2k;
gzip_buffers 4 32k;
gzip_http_version 1.1;
gzip_comp_level 6;
gzip_types text/plain text/css text/javascript application/json application/javascript 
application/x-javascript application/xml;
gzip_vary on;
gzip_proxied any;

gzip on; #开启压缩功能
gzip_min_length 1k; #设置允许压缩的页面最小字节数
gzip_buffers 4 32k; #压缩缓冲区大小
gzip_http_version 1.1; #压缩版本
gzip_comp_level 6; #压缩比例,1 压缩比最小，处理速度最快，9 压缩比最大，传输速度快，但是处理慢，也比较消耗 CPU 资源;6比较中性
gzip_types text/css text/xml application/javascript; #用来指定压缩的类型
gzip_vary on; #vary header 支持

expires 缓存调优

缓存，主要针对于图片，css，js 等元素更改机会比较少的情况下使用，特别是图片，占用
带宽大，我们完全可以设置图片在浏览器本地缓存 30d，css，js，html 可以缓存个 10 来天，
这样用户第一次打开加载慢一点，第二次，就非常快了！缓存的时候，我们需要将需要缓存
的拓展名列出来， Expires 缓存配置在 server 字段里面

location ~* \.(ico|jpe?g|gif|png|bmp|swf|flv)$ {
 expires 30d;
 log_not_found off;
 access_log off;
}
location ~* \.(js|css)$ {
 expires 7d;
 log_not_found off;
 access_log off;
}

log_not_found off;是否在 error_log 中记录不存在的错误，默认是

nginx整体配置优化

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述
关于系统连接数的优化

linux 默认值 open files 为 1024

修改open files 最大连接数

如下图：

在这里插入图片描述

编辑/etc/security/limits.conf

*       soft    nifile 65535
*       hard    nifile 65535
*       soft    noproc 65535
*       hard    noproc 65535

ulimit -n 65535 / reboot 保证本次会话生效

验证生效

[root@localhost ~]# ps -aux | grep nginx
root       1006  0.0  0.0 177032  1288 ?        Ss   08:31   0:00 nginx: master process /usr/local/nginx/sbin/nginx
nginx      1009  0.3  1.5 206252 28804 ?        S    08:31   0:00 nginx: worker process
nginx      1010  0.2  1.5 206252 28804 ?        S    08:31   0:00 nginx: worker process
nginx      1011  0.0  0.0 179272  1776 ?        S    08:31   0:00 nginx: cache manager process
root       3365  0.0  0.0 112656   960 pts/0    S+   08:33   0:00 grep --color=auto nginx
[root@localhost ~]# cat /proc/1009/limits 
Limit                     Soft Limit           Hard Limit           Units     
Max cpu time              unlimited            unlimited            seconds   
Max file size             unlimited            unlimited            bytes     
Max data size             unlimited            unlimited            bytes     
Max stack size            8388608              unlimited            bytes     
Max core file size        0                    unlimited            bytes     
Max resident set          unlimited            unlimited            bytes     
Max processes             7179                 7179                 processes 
Max open files            65535                65535                files     
Max locked memory         65536                65536                bytes     
Max address space         unlimited            unlimited            bytes     
Max file locks            unlimited            unlimited            locks     
Max pending signals       7179                 7179                 signals   
Max msgqueue size         819200               819200               bytes     
Max nice priority         0                    0                    
Max realtime priority     0                    0                    
Max realtime timeout      unlimited            unlimited            us

可见，openfile已经更改

YDDtloml
关注
  • 3
    点赞
  • 踩
  • 12
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
nginx配置文件优化版本
09-06
整理的nginx的初始化配置文件，做了部分优化，安装nginx后可以直接替换使用。有问题可以直接留言
Nginx配置优化详解
01-10
大多数的Nginx安装指南告诉你如下基础知识——通过apt-get安装，修改这里或那里的几行配置，好了，你已经有了一个Web服务器了！而且，在大多数情况下，一个常规安装的nginx对你的网站来说已经能很好地工作了。然而，如果你真的想挤压出nginx的性能，你必须更深入一些。在本指南中，我将解释Nginx的那些设置可以微调，以优化处理大量客户端时的性能。需要注意一点，这不是一个全面的微调指南。这是一个简单的预览——那些可以通过微调来提高性能设置的概述。你的情况可能不同。 基本的(优化过的)配置 我们将修改的唯一文件是nginx.conf，其中包含Nginx不同模块的所有设置。你应该能够在服务器的
nginx.conf配置文件常用参数详解
zylbs0501的博客
04-23 297
#定义 Nginx运行的用户和用户组 user www www #启动进程,通常设置成和CPU的数量相等 worker processes 8; worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000; #为每个进程分配CPU,上例中将8个进程分配到B个CPU,当然可以写...
Nginx优化
最新发布
m0_64000472的博客
06-18 961
具体的配置在nginx的主配置文件中，找到“keepalive_timeout”字符，可以同时设置服务器超时断连时间和客户端的超时断连时间，以空格分隔，客户端的超时断连设置只会在一部分浏览器中生效。通过设置缓存时间，可以加快访问速度，避免重复的请求，一般缓存的都是静态网页。配置完成后，客户端在访问是，服务器就可以缓存请求的文件指定的时间，可以查看浏览器中开发工具中显示的响应报文的Expires和Data字段或Cache-Control字段，查看缓存时间。在nginx的主配置文件中的http区域中添加“
优化nginx配置文件
weixin_44596822的博客
06-12 406
一、利用include功能优化nginx配置文件 为了让nginx.conf配置文件看起来简洁，可以把每个server标签模块化管理。在http标签里加上一个include替代server标签，也就是把server标签的内容放到include指定的目录下。具体操作如下。 原来的配置文件： worker_processes 1; events { worker_connections 10...
Nginx优化配置
火の鸟
06-30 303
cat nginx.conf ## user webroot webroot; worker_processes  8; worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;  worker_rlimit_nofile 102400; events {
nginx应用总结（2）--突破高并发的性能优化
weixin_34068198的博客
11-23 1033
  在日常的运维工作中，经常会用到nginx服务，也时常会碰到nginx因高并发导致的性能瓶颈问题。今天这里简单梳理下nginx性能优化的配置（仅仅依据本人的实战经验而述，如有不妥，敬请指出~） 一、这里的优化主要是指对nginx的配置优化，一般来说nginx配置文件中对优化比较有作用的主要有以下几项：1）nginx进程数，建议按照cpu数目来指定，一般跟cpu核数相同或为它的倍数。 work...
Nginx配置文件优化（一）
qq_45255414的博客
04-23 236
1.配置文件结构 2.解析配置文件 Nginx.conf配置文件常用参数详解： #定义Nginx运行的用户和用户组 user nginx nginx; #启动进程,通常设置成和cpu的数量相等,auto自动匹配cpu数 worker_processes 4; worker_cpu_affinity 0001 0010 0100 1000; ...
Nginx配置文件优化
weixin_43112000的博客
07-04 500
学习Nginx服务的难点在于对配置文件的理解和优化，熟练掌握Nginx配置文件参数的含义可以更快的掌握Nginx，以下为Nginx的配置文件常用参数详解： user nginx nginx; //定义Nginx运行的用户和用户组 worker_processes 8; //启动进程,通常设置成和服务器本身CPU的数量相等 worker_cpu_affinity 00000001 00000010 ...
Nginx的一些优化配置文件
JustDoIT
01-16 189
worker_processes 8; nginx进程数，建议按照cpu数目来指定，一般为它的倍数。 worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000; 为每个进程分配cpu，上例中将8个进程分配到8个cpu，当然可以写多个
nginx的配置优化
漫长技术之路始于此
04-14 2813
优化nginx的配置，做到合理高效的使用，让程序的跑的足够快，支持足够多的并发：目标： 1.尽量提高但台机器的处理效率 2.尽量减少单台机器的负载 3.尽量减少磁盘的i/o 4.尽量减少网络的i/o 5.尽量减少内存的使用 6.尽量高效利用cpu的使用怎么做？ 1.nginx的模块用到啥，就装啥，在安装的时候加上2.给nginx创建用户和组，单独设置权限，会更安全，例如：user ng
Nginx 配置优化
MaiYo_
10-27 254
nginx.conf #user nobody; #进程数量，建议值 <= 服务器cpu核心数量 worker_processes 1; events { #并发响应能力关键配置值 #每个进程允许的最大同时连接数，maxConnection = worker_connections * worker_processes #一个用户浏览器一般会同时开两条链接，如果反
nginx配置优化
千里之外的专栏
11-18 256
一般默认配置即可 根据需要添加 #运行用户，配置用户或者组，默认为nobody nobody。 user root; #启动进程,通常设置成和CPU核心数相等,用lscpu命令查看 #最优值取决于许多因素，包括(但不限于)CPU核的数量、存储数据的硬盘驱动器的数量以及加载模式。 #当您有疑问时，将其设置为可用的cpu核数将是一个好的初始值(“auto“将尝试自动检测)。 worker_processes auto; #全局错误日志,路径,级别。这个设置可以放入全局块，http块，server块， #级别
Nginx配置优化
pan269的博客
05-16 221
#运行用户 user www-data; #nginx进程数，建议和CPU总核心数相同 worker_processes 4; pid /run/nginx.pid; #一个nginx进程打开的最多文件描述符数目，理论值应该是最多打开文件数（系统的值ulimit -n）与nginx进程数相除，但是nginx分配请求并不均匀，所以建议与ulimit -n的值保持一致。 worker_rlimi...
nginx配置文件的性能优化
weixin_30802171的博客
07-15 244
1、nginx进程数，建议按照cpu数目来指定，一般跟cpu核数相同或为它的倍数。worker_processes 8;2、为每个进程分配cpu，上例中将8个进程分配到8个cpu，当然可以写多个，或者将一个进程分配到多个cpu。worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 100...
性能优化：Nginx配置优化
CRUD工程师
05-18 7004
写在开头：本文为学习后的总结，可能有不到位的地方，错误的地方，欢迎各位指正。 一般情况下，一个正常安装的Nginx足以满足我们的日常工作要求，不过为了尽可能的提高我们的性能，还是有一些参数可以由我们来调整的。需要注意一点，这是一个简单的预览——那些可以通过微调来提高性能设置的概述，不同的环境可能情况不太一样。在调整完毕后，一定要做好测试验证工作（nginx -s reload 重新加载/nginx -t检查配置）。本文中，我们将优化参数按模块划分为worker进程配置、I/O配置。 ........
Nginx配置调优
技术随笔
09-17 393
Nginx配置调优全局模块下的调优worker_processesworker_cpu_affinityworker_rlimit_nofileevents 模块下的调优worker_connectionsaccept_mutexaccept_mutex_delaymulti_accept 全局模块下的调优 worker_processes 打开 nginx.conf 配置文件，可以看到 worker_processes 的默认值为 1。 worker_processes，工作进程，用于指定 Nginx
nginx配置文件/详解与调优
不负韶华梦为马
06-17 285
nginx.conf配置文件由指令控制的模块组成，指令分为简单指令和块指令，一个简单指令有名称和参数组成，空格|分割，分号结尾。块指令与简单指令相关的结构，但不是以分毫结尾，而是以大括号包围的一组附加指令结束块指令如下全局块：配置nginx全局的指令events块：配置nginx与用户连接相关的指令http块:server块：配置虚拟主机，一个http可以有多个serverlocation块：匹配...
Linux Nginx网站服务
Dark_wWw的博客
11-09 600
目录 Linux Nginx网站服务 一、Nginx Nginx Apache Nginx和Apache的优缺点比较 Nginx作为web服务器与Apache比较 Nginx和Apache最核心的区别 二、Linux中的I/O 磁盘I/O：buff/cache 的区别 网络I/O:一切皆文件,本质为对socket文件的读写 同步和异步 阻塞和非阻塞 三、Nginx 的编译安装 四、Nginx 配置信息 Nginx 服务的主配置文件 全局配置 I/O 事件配置 HTT...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值