JVM高频知识点总结【3】

最新推荐文章于 2024-06-03 17:16:44 发布
最新推荐文章于 2024-06-03 17:16:44 发布
阅读量317 收藏
点赞数
分类专栏： Java 文章标签： jvm java 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45565886/article/details/126857524
版权

JVM高频知识点总结【3】

1 JVM常用参数

1.1 标准参数

-version
-help
-server
-cp

在这里插入图片描述

1.2 -X参数（非标准）

非标准参数，也就是在JDK各个版本中可能会变动

-Xint	解释执行
-Xcomp	编译执行（第一次使用就编译成本地代码）
-Xmixed	混合模式，JVM自己来决定

在这里插入图片描述

使用时需要加上-version，之前说过java是编译+解释执行的语言，此处可以调整

1.3 -XX参数（非标准，重要）

使用得最多得参数
非标准化参数，相对不稳定，主要用于JVM调优和Debug

a.Boolean类型
格式： -XX:[+-]<name>	+或-表示启动或禁用name属性
比如： -XX:+UseConcMarkSweepGC 表示启用CMS垃圾收集器
	  -XX:+UseG1GC			  表示启用G1类型得垃圾收集器
b.非Boolean类型"直接设数值"
格式：-XX<name>=<value>	表示name属性得值是value
比如：-XX:MaxGCPauseMillis=500

1.4 其他参数（简写）

-Xms1000M等价于-XX:InitialHeapSize=1000M
-Xms1000M等价于-XX:MaxHeapSize=1000M
-Xss100等价于-XX:ThreadStackSize=100

所以这块也相当于-XX类型得参数

1.5 查看参数

java -XX:+PrintFlagsFinal -version
java -XX:+PrintFlagsFinal -version > flags.txt --导出到flags文件（linux环境下）

在这里插入图片描述
需要注意的是"=“表示默认值，”:="表示被用户或JVM修改后得值
如果我们想要查看某个进程具体参数得值，可以使用jinfo命令
一般来说，我们设置参数之前，可以先查看一下当前参数是什么，然后进行修改

1.6 设置参数的常见方式

  • 开发工具中设置，如IDEA、Eclipse
  • 运行jar包的时候：java -XX:+UseG1GC xxx.jar
  • web容器比如tomcat，可以在脚本中进行设置
  • 通过jinfo实时调整某个进程的参数（参数只有被标记为manageable的flags才可以被实时修改）

1.7 常用参数合集

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

2 JVM常见命令

2.1 jps（查看java进程）

查看java进程

在这里插入图片描述

2.2 jinfo(查看、修改属性值)

(1)实时查看和调整JVM配置参数

(2)查看用法
jinfo -flag name PID	查看进程号为PID的某个java进程name属性的值

例：
jinfo -flag MaxHeapSize PID
jinfo -flag UseG1GC PID

在这里插入图片描述

(3)修改
参数只有被标记为manageable的flags才可以被实时修改
jinfo -flag [+|-] PID
jinfo -flag <name>=<value> PID

(4)查看曾经赋值过的一些参数
jinfo -flags PID

在这里插入图片描述

2.3 jstat（查看垃圾收集信息、类装载信息）

  1. 查看虚拟机性能统计信息
  2. 查看类装载信息

jstat -class PID 1000 10 查看某个java进程的类装载信息，每1000毫秒输出一次，一共输出10次

在这里插入图片描述

  1. 查看垃圾收集信息

jstat -gc PID 1000 10

在这里插入图片描述

2.4 jstack（查看堆栈信息、排查死锁）

查看线程堆栈信息

jstack PID

在这里插入图片描述

  • 排查死锁（DeadLockDemo）
public class DeadLockDemo {
    public static void main(String[] args) {
        DeadLock d1 = new DeadLock(true);
        DeadLock d2 = new DeadLock(false);
        Thread t1 = new Thread(d1);
        Thread t2 = new Thread(d2);
        t1.start();
        t2.start();
    }
}

//定义锁对象
class MyLock{
    public static Object obj1 = new Object();
    public static Object obj2 = new Object();
}

//死锁代码
class DeadLock implements Runnable{
    private boolean flag;
    DeadLock(boolean flag){
        this.flag = flag;
    }
    public void run(){
        if(flag){
            while(true){
                synchronized (MyLock.obj1){
                    System.out.println(Thread.currentThread().getName() + "----if获得obj1锁");
                    synchronized (MyLock.obj2){
                        System.out.println(Thread.currentThread().getName() + "----if获得obj2锁");
                    }
                }
            }
        } else {
            while (true){
                synchronized (MyLock.obj2){
                    System.out.println(Thread.currentThread().getName() + "----否则获得obj2锁");

                    synchronized (MyLock.obj1){
                        System.out.println(Thread.currentThread().getName() + "----否则获得obj1锁");
                    }
                }
            }
        }
    }
}

在这里插入图片描述

将打印信息拉到最后

在这里插入图片描述

2.5 jmap（查看堆内存信息）

  1. 生成堆转储快照
  2. 打印出堆内存相关信息

jmap -heap PID

在这里插入图片描述
3. dump出堆内存相关信息

jmap -dump:format=b,file=heap.hprof PID

在这里插入图片描述
这个时候我们会想，要是在发生堆内存溢出得时候，能够自动dump出该文件就好了

  • 一般我们在开发中，JVM参数可以加上下面两句，这样内存溢出时，会自动dump出该文件
  • -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=heap.hprof

3 JVM基础性能优化

JVM的性能优化可以分为代码层面和非代码层面

  • 在代码层面，我们可以结合字节码指令进行优化，比如一个循环语句，可以将循环不相关的代码提取到循环体之外，这样在字节码层面就不需要再重复执行这些代码了。
  • 在非代码层面，一般情况下，可以从内存、gc及cpu占用率等方面进行优化。

注意，JVM调优是一个漫长和复杂的过程，而在很多情况下，JVM是不需要优化的，因为JVM本身
已经做了很多的内部优化操作。
那今天我就从内存、gc以及cpu这3个方面和大家一起探讨一下JVM的优化，但是我们需要注意的是不要为了调优和调优。

3.1 内存

3.1.1 内存分配（Young：Old，促销）

正常情况下不需要设置，但是如果是促销或秒杀场景呢？
每台机器配置2c4G（2核4G），以每秒3000笔订单为例，整个过程持续60s

在这里插入图片描述

上面的图是大致估算，在有限的设备下，如何让我们的服务器能够承受住并发【调节Young：Old区比例】

3.1.2 内存溢出（OOM）

一般来说内存溢出都有两大原因：

  1. 大并发情况下
  2. 内存泄漏导致内存溢出（对象是可达的，GC Root能够找到它，但是该对象却在后续业务代码中没有使用）
3.1.2.1 大并发[秒杀]

常用手段

浏览器缓存、本地缓存、验证码
CDN静态资源服务器
集群+负载均衡
动静资源分离、限流[基于令牌桶、漏桶算法]
应用级别缓存、接口防刷限流、队列、Tomcat性能优化
异步消息中间件
Redis热点数据对象缓存
分布式锁、数据库锁
5分钟之内没有支付，取消订单、恢复库存等

3.1.2.2 内存泄漏导致内存溢出

ThreadLocal引起的内存泄漏，最终导致内存溢出

public class TLController {
@RequestMapping(value = "/tl")
public String tl(HttpServletRequest request) {
  ThreadLocal<Byte[]> tl = new ThreadLocal<Byte[]>();
  // 1MB
  tl.set(new Byte[1024*1024]);
  return "ok";
}
}

①上传到阿里云服务器
jvm-case-0.0.1-SNAPSHOT.jar
②启动

java -jar -Xms1000M -Xmx1000M -XX:+HeapDumpOnOutOfMemoryError -
XX:HeapDumpPath=jvm.hprof jvm-case-0.0.1-SNAPSHOT.jar

③使用jmeter模拟1000次并发
39.100.39.63:8080/tl
④使用top命令查看

top
top -Hp PID

⑤使用jstack查看线程情况，发现没有死锁或IO阻塞的情况

jstak PID
java -jar arthas.jar ---> thread

⑥查看堆内存的使用，发现堆内存使用率已经高达88.95%

jmap -heap PID
java -jar arthas.jar ---> dashboard

⑦此时可以大体判断出来，发生了内存泄漏从而导致的内存溢出，怎么排查呢？

jmap -histo:live PID | more
读取到jvm.hprof文件，上传到指定的工具分析，比如heaphero.io

3.2 是否选用G1收集器

官网 ：https://docs.oracle.com/javase/8/docs/technotes/guides/vm/G1.html#use_cases

(1)50%以上的对被存活对象占用
(2)对象分配和晋升的速度变化非常大
(3)垃圾回收时间比较长

3.3 G1调优

（1）使用G1：-XX:+UseG1GC

修改配置参数，获得到gc日志，使用GCViewer分析吞吐量和响应时间

Throughput    Min Pause    Max Pause   Avg Pause    GC count
	99.16%     0.00016s     0.0137s    0.00559s     12

（2）调整内存大小再获取gc日志分析

-XX:MetaspaceSize=100M
-Xms300M
-Xmx300M

比如设置堆内存的大小，获得到gc日志，使用GCViewer分析吞吐量和响应时间

Throughput    Min Pause    Max Pause   Avg Pause    GC count
	98.89%     0.00021s    0.01531s    0.00538s      12

（3）调整最大停顿时间

-XX:MaxGCPauseMillis=200  设置最大GC停顿时间指标

比如设置最大停顿时间，获取到gc日志，使用GCViewer分析吞吐量和响应时间

Throughput    Min Pause    Max Pause   Avg Pause    GC count
	98.96%     0.00015s    0.01737s    0.00574s     12

（4）启动并发GC时堆内存占用百分比

-XX:InitiatingHeapOccupancyPercent=45
G1用它来触发并发GC周期,基于整个堆的使用率,而不只是某一代内存的使用比例。
值为 0 则表示“一直执行GC循环)'. 默认值为 45 (例如, 全部的 45% 或者使用了45%).

比如设置该百分比参数，获得到gc日志，使用GCViewer分析吞吐量和响应时间

Throughput    Min Pause    Max Pause   Avg Pause    GC count
	98.11%     0.00406s    0.00532s    0.00469s     12

3.4 G1调优实战

官网：https://docs.oracle.com/javase/8/docs/technotes/guides/vm/gctuning/g1_gc_tuning.html#r
ecommendations

  1. 不要手动设置新生代和老年代的大小，只设置则整个堆的大小
    why：https://blogs.oracle.com/poonam/increased-heap-usage-with-g1-gc
G1收集器在运行过程中会调整新生代和老年代的大小
其实是通过adapt代的大小来调整对象的晋升速度和年龄，从而达到为收集器设置的暂停时间目标
如果手动设置了大小，就意味着放弃了G1的自动调优
  1. 不断调优暂停时间目标
一般情况下，这个值设置到100ms或200ms都是可以的（不同情况会不一样），但如果设置成50ms就
不太合理。
-- 暂停时间设置的太短，就会导致出现G1跟不上垃圾产生的速度。最终退化为Full GC。
所以对这个参数的调优是一个持续的过程，逐步调整到最佳状态。暂停时间只是一个目标，并不能
总是得到满足。
  1. 使用-XX:ConcGCThreads=n来增加标记线程的数量
IHOP阈值过高：有转移失败风险，比如对象进行转移时空间不足。如果阈值过低，会使标记周期运
行过于频繁，并且有可能混合收集器回收不到空间。
IHOP值如果设置合理，但是在并发周期时间过长时，可以尝试增加并发线程数，
调高ConcGCThreads
  1. MixedGC调优
-XX:InitiatingHeapOccupancyPercent
-XX:G1MixedGCLiveThresholdPercent
-XX:G1MixedGCCountTarger
-XX:G1OldCSetRegionThresholdPercent
  1. 适当增加堆内存大小
  2. 不正常的Full GC
有时候会发现系统刚刚启动的时候，就会发生一次Full GC，但是老年代空间比较充足，一般是
由Metaspace区域引起的。可以通过适当增加MetaspaceSize大小，比如256M。

4 总结

4.1 JVM性能优化脑图

在这里插入图片描述

4.2 常见问题

  1. 内存泄漏与内存溢出区别？
内存泄漏：不再使用的对象无法得到及时的回收，持续占用内存空间
内存溢出：内存泄漏很容易导致内存溢出，但内存溢出不一定都是内存泄漏导致的
  1. Young GC会由STW吗？
会，不管什么GC，都会由STW（stop the world），区别是持续时间的长短。这个时间的长短与
垃圾收集器由关，Serial、ParNew、Parallel Scavenge收集器无论是并行还是串行，都会挂起
用户线程，而CMS和G1在并发标记时候，是不会挂起用户线程的，但其他阶段一样会挂起，不过相比
其他垃圾收集器而言STW时间相对来说会小很多。【ZGC：串行】
  1. Major GC与Full GC区别？
1.Major GC在很多参考资料中是等价于Full GC的，我们也可以发现在很多性能检测工具中只有
Minor GC和Full GC。
2.一般情况下：一次Full GC会将年轻代、老年代、元空间以及对外内存进行垃圾回收。
3.Full GC原因；
	【1】年轻代晋升到老年代，老年代空间不足
	【2】老年代使用率超过阈值
	【3】元空间不足时（JDK1.7，永久代不足）
	【4】调用System.gc();
  1. 什么是直接内存
服务器的内存；
Java的NIO库允许Java程序使用直接内存。直接内存是在Java堆外的，直接向系统申请的内存空间
,通常访问直接内存的速度会优于Java堆。因此出于性能的考虑，读写频繁的场合可能会考虑使用直
接内存。由于直接内存在Java堆外，因此它的大小不会直接受限于Xmx指定的最大堆大小，但是系
统内存是有限的，Java堆和直接内存的总和依然受限于OS能够给出的最大内存。
  1. 垃圾判断的方式
1.引用计数法：循环引用问题
2.根可达性算法（引用链）：GC Root
  1. 不可达的对象一定要被回收吗？
不是。【finalize】
即使在可达性分析法中不可达的对象，也不是"非死不可"的，这个时候他们暂处于"缓刑"阶段，要
真正宣告一个对象的死亡，至少要经历两次标记过程：可达性分析算法中不可达的对象被第一次标
记并且进行一次筛选，筛选的条件是此对象是否有必要执行finalize方法。当对象没有覆盖
finalize方法或finalize方法已经被虚拟机调用过时，虚拟机将这两种情况视为没有必要执行。
被判定为需要执行的对象的时候会被放在一个队列中进行第二次标记，除非这个对象与引用链上的
任何一个对象建立关联，否则就真的会被回收。
  1. 为什么要区分新生代和老年代？
根据各个区域中对象的特点选用不同的垃圾收集算法，垃圾收集器
"新生代"：复制
"老年代"：标记-清除或标记-整理
  1. G1与CMS的区别
CMS：集中在老年代的回收
G1：集中在分代回收，包括年轻代与老年代
-- G1使用Region方式对堆内存进行了划分，且基于标记-整理算法实现
  1. 方法区中无用类的回收
方法区主要回收的是无用的类，那么如何判断一个类是无用的呢？
【1】该类的所有实例都已经被回收
【2】加载该类的ClassLoader已经被回收
【3】该类对应的java.lang.Class对象没有在任何地方被引用，无法在任何地方通过反射访问该
类的方法

5 拓展

JVM重要知识点：

  • 类加载

装载 - 链接 - 初始化 - 使用 - 卸载
类加载器 、双亲委派、 三大特性及打破双亲委派、 SPI

  • 运行时数据区

栈帧（要将运行时数据区与其他知识结合起来）

  • 对象的内存布局

指针压缩问题

  • 内存模型及对象已死问题

面试的时候问题对象的生命周期即可
第三方图片的缓存
图片缓存导致内存泄漏

  • 垃圾回收算法

动态分配规则
常规的三大垃圾回收算法
整理算法
分代回收三大假说

  • 垃圾收集器

【1】CMS

  • CMS的两种模式与一种特殊策略
  • 可中止的预处理
  • 三色标记
  • CMS的参数调优

【2】G1

  • Rest三大数据类型
  • G1特性
  • G1参数
  • 三大回收流程

【3】ZGC

  • ZGC三大核心技术
  • ZGC垃圾回收触发时机
  • JVM常见命令及执行引擎

JVM的分层编译5大级别
code cache

  • JVM性能优化

案例优化 自己找一个高并发的案例来分析

  • JVM常见工具使用

监控工具
内存分析
日志分析

NPE~
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
JVM知识点总结的思维导图
12-22
JVM总结
JVM核心知识点梳理以及JVM面试题总结
06-21
JVM核心知识点梳理以及JVM面试题总结;JVM核心知识点梳理以及JVM面试题总结;JVM核心知识点梳理以及JVM面试题总结
JVM成神之路（十二） -- Jvm性能优化指南
m0_67266585的博客
08-18 256
在代码层面，大家可以结合字节码指令进行优化，比如一个循环语句，可以将循环不相关的代码提取到循环体之外，这样在字节码层面就不需要重复执行这些代码了。注意，JVM调优是一个漫长和复杂的过程，而在很多情况下，JVM是不需要优化的，因为JVM本身已经做了很多的内部优化操作。那今天我们就从内存、gc以及cpu这3个方面和大家一起探讨一下JVM的优化，但是大家要注意的是。比如设置堆内存的大小，获取到gc日志，使用GCViewer分析吞吐量和响应时间。（6）查看堆内存的使用，发现堆内存的使用率已经高达88.95%...
Java线程池配置由繁至简，找到适合自己的天命线程池（二）
一名Java小学生
08-22 878
上一篇我们简单介绍了下线程池的一些基本内容，不清楚或者想回顾的同学可以点进主页里查看，或者后面把链接🔗贴在评论里。我们这篇主要来解决上一篇最后提出的问题：根据项目，自己来设置合适的参数。这个合适到底要怎么来定义？且往下看。
调整idea内存分配
徐哈哈的博客
09-14 367
找到你的这个文件 修改后 -Xms: 最小堆内存 提高Java程序的启动速度 -Xmx: 最大堆内存 提高该值，可以减少内存Garage收集的频率，提高程序性能 -XX:ReservedCodeCacheSize:是设置代码缓存的最大值 这个按自己情况设置大小 (小了卡顿, 大了浪费) ...
Java面试高频知识点总结
夏目川城的博客
04-13 1389
Java基础 - NIO的实现原理 NIO主要有三大核心部分：Channel(通道)，Buffer(缓冲区), Selector。传统 IO 基于字节流和字符流进行操作，而 NIO 基于 Channel 和 Buffer(缓冲区)进行操作，数据总是从通道读取到缓冲区中，或者从缓冲区写入到通道中。Selector(选择区)用于监听多个通道的事件（比如：连接打开，数据到达）。因此，单个线程可以监听多个...
JVM知识点梳理
风儿甚是喧嚣的博客
12-17 1306
学习JVM，了解java运行环境，体会java语言的优势。
JVM知识点总览
2401_84094725的博客
05-03 584
类的加载指的是将类的.class文件中的二进制数据读入到内存中，将其放在运行时数据区的方法区内，然后在堆区创建一个java.lang.Class对象，用来封装类在方法区内的数据结构。缓存机制，缓存机制将会保证所有加载过的Class都会被缓存，当程序中需要使用某个Class时，类加载器先从缓存区寻找该Class，只有缓存区不存在，系统才会读取该类对应的二进制数据，并将其转换成Class对象，存入缓存区。当这一块的内存用完了，就将还存活着的对象复制到另外一块上面，然后再把已使用过的内存空间一次清理掉。
Android知识点归纳总结
QY'UniverseSpace的博客
02-22 1984
文章目录 一、Android四大组件 二、Fragment相关 三、动画相关 四、布局相关 五、数据存储 六、线程、进程 七、网络 八、WebView 九、图片 十、Camera相关 十一、音视频相关 十二、ViewPager相关 十三、RecyclerView相关 十四、Canvas相关 十五、传感器相关 十六、性能优化 十七、UI适配 十八、Android中的Context 十九、序列化与反序列化 二十、JSON解析 .
大数据开发面试知识点总结
热门推荐
专注大数据与人工智能技术分享，欢迎私信加群互相学习！
02-09 2万+
​本文详细介绍大数据hadoop生态圈各部分知识，包括不限于hdfs、yarn、mapreduce、hive、sqoop、kafka、flume、spark、flink等技术，总结内容适合大数据开发者学习，希望能够和大家多多交流。
JVM内存模型知识点总结
08-26
在本篇文章里小编给大家分享了关于JVM内存模型的学习心得以及相关知识点总结，有兴趣的朋友们跟着学习下。
JVM调优文档知识点总结
10-13
JVM是Java Virtual Machine（Java虚拟机）的缩写，JVM是一种用于计算设备的规范，它是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。 Java语言的一个非常重要的特点就是与平台的...
jvm各个知识点解答，非常清楚
03-07
推荐有一定java基础人员查看，内置说明了对象的内存布局、运行时数据区域、对象的访问定位、垃圾回收算法、垃圾收集器、jvm工具、案例调优、以及一系列注意说明
JVM总结
howard1209a的博客
05-01 1000
则所有类都是由启动类加载器或扩展类加载器或应用程序类加载器加载的，
JVM之【执行引擎】
苟且。的博客
06-01 856
程序员编写的就是Java源代码文件。Java源代码文件：由程序员编写，扩展名为.java。字节码文件：由Java编译器生成，包含JVM能够理解和执行的指令，扩展名为.class。HotSpot虚拟机采用解释器与即时编译器并存的架构，结合了快速启动和高效执行的优势。在Java虚拟机运行过程中，解释器和JIT编译器相互协作，动态调整执行策略，以提供最佳的性能和响应时间。这种设计不仅提升了应用程序的启动速度，还通过JIT编译器的动态优化，实现了长时间运行下的高效执行。
JVM 虚拟机
2201_75456895的博客
06-01 686
JVM 是 Java Virtual Machine 的简称，意为 Java 虚拟机，虚拟机是指通过软件模拟的具有完整硬件功能的、运行在一个完全隔离的环境中的完整计算机系统。常见的虚拟机有：JVM、VMwave、Virtual Box等。JVM 是一台被定制过的现实当中不存在的计算机；
网络编程（八）
最新发布
xuezhe_____的博客
06-03 964
SQLite是一个进程内的库，实现了自给自足的、无服务器的、零配置的、事务性的 SQL 数据库引擎。它是一个零配置的数据库，这意味着与其他数据库一样，您不需要在系统中配置。就像其他数据库，SQLite 引擎不是一个独立的进程，可以按应用程序需求进行静态或动态连接。SQLite 直接访问其存储文件。
JVM垃圾回收 知识体系
06-09
JVM垃圾回收是Java虚拟机的一个重要功能，它的知识体系包括以下内容： 1. 垃圾回收算法：垃圾回收算法是指垃圾回收器采用的垃圾回收策略。常见的垃圾回收算法包括标记-清除、复制、标记-压缩和分代等。 2. 垃圾回收器：垃圾回收器是JVM的一个组成部分，它负责执行垃圾回收算法，并回收Java对象的内存空间。常见的垃圾回收器包括Serial、Parallel、CMS、G1等。 3. 对象存活判定：垃圾回收器需要判断哪些Java对象是可以回收的，哪些是必须保留的。存活对象可以通过引用计数、可达性分析等方式判断。 4. 垃圾回收的过程：垃圾回收的过程包括标记、清除、整理等阶段。标记阶段是找到存活对象的过程，清除阶段是回收无用对象的过程，整理阶段是将存活对象移动到一块连续的内存区域中。 5. 垃圾回收的性能优化：垃圾回收的性能优化包括分代、增量、并发、预处理等技术。分代是指将Java对象分为年轻代和老年代，以便针对不同的对象有针对性地进行垃圾回收。 6. 垃圾回收的调优和监控：垃圾回收的调优和监控可以通过调整堆大小、设置垃圾回收器类型、调整垃圾回收的参数等方式实现。 JVM垃圾回收是Java虚拟机的一个重要功能，掌握其知识体系可以帮助程序员更好地理解Java程序的内存模型和垃圾回收机制，从而编写出高效、可靠的Java程序。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值