JVM_03_JVM垃圾收集器

最新推荐文章于 2024-03-20 13:39:50 发布
最新推荐文章于 2024-03-20 13:39:50 发布
阅读量112 收藏
点赞数
分类专栏： JVM
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_36520891/article/details/119771433
版权

垃圾收集算法

标记-复制算法

将内存分为大小相同的两块，每次使用其中的一块。当这一块的 内存使用完后，就将还存活的对象复制到另一块去，然后再把使用的空间一次清理掉。这样就使每次的内存回收都是对 内存区间的一半进行回收。
在这里插入图片描述

标记-清除算法

定义
标记存活的对象， 统一回收所有未被标记的对象(一般选择这种)；也可以反过来，标 记出所有需要回收的对象，在标记完成后统一回收所有被标记的对象 。

缺点

  • 效率问题 (如果需要标记的对象太多，效率不高)
  • 空间问题（标记清除后会产生大量不连续的碎片）

在这里插入图片描述

标记-整理算法

根据老年代的特点特出的一种标记算法，标记过程仍然与“标记-清除”算法一样，但后续步骤不是直接对可回收对象回 收，而是让所有存活的对象向一端移动，然后直接清理掉端边界以外的内存。
在这里插入图片描述

分代收集理论

根据对象存活周期的不同将内存分为几 块。一般将java堆分为新生代和老年代，这样我们就可以根据各个年代的特点选择合适的垃圾收集算法。
在新生代中，每次收集都会有大量对象(近99%)死去，所以可以选择复制算法，只需要付出少量对象的复制成本就可 以完成每次垃圾收集。而老年代的对象存活几率是比较高的，而且没有额外的空间对它进行分配担保，所以我们必须选 择“标记-清除”或“标记-整理”算法进行垃圾收集。注意，“标记-清除”或“标记-整理”算法会比复制算法慢10倍以 上。

垃圾收集器

在这里插入图片描述

Serial收集器(-XX:+UseSerialGC -XX:+UseSerialOldGC)

特点

  • 单线程收集器
  • Serial Old收集器是Serial收集器的老年代版本
  • 新生代采用复制算法，老年代采用标记-整理算法
    在这里插入图片描述

Parallel Scavenge收集器(-XX:+UseParallelGC(年轻代),-XX:+UseParallelOldGC(老年代))

特点

  • 多线程收集器，默认的收集线程数跟cpu核数相同，当然也可以用参数(- XX:ParallelGCThreads)指定收集线程数，但是一般不推荐修改
  • Parallel Old收集器是Parallel Scavenge收集器的老年代版本(JDK8默认的新生代和老年代收集器)
  • 新生代采用复制算法，老年代采用标记-整理算法

在这里插入图片描述

ParNew收集器(-XX:+UseParNewGC)

特点：

  • ParNew收集器跟Parallel收集器很类似，区别主要在于它可以和CMS收集器配合使用
  • 除了Serial收集器外，只有它能与CMS收集器配合工作

CMS收集器(-XX:+UseConcMarkSweepGC(old))

定义
CMS（Concurrent Mark Sweep）是一种以获取最短回收停顿时间为目标的并发收集器，实现了让垃圾收集线程与用户线程 （基本上）同时工作。

在这里插入图片描述
GC步骤

  • 初始标记：暂停所有的其他线程(STW)，并记录下gc roots直接能引用的对象，速度很快
  • 并发标记： 并发标记阶段就是从GC Roots的直接关联对象开始遍历整个对象图的过程， 这个过程耗时较长但 是不需要停顿用户线程， 可以与垃圾收集线程一起并发运行。因为用户程序继续运行，可能会有导致已经标记过的对象状态发生改变
  • 重新标记： 重新标记阶段就是为了修正并发标记期间因为用户程序继续运行而导致标记产生变动的那一部分对 象的标记记录，这个阶段的停顿时间一般会比初始标记阶段的时间稍长，远远比并发标记阶段时间短。主要用到三 色标记里的增量更新算法做重新标记
  • 并发清理： 开启用户线程，同时GC线程开始对未标记的区域做清扫。这个阶段如果有新增对象会被标记为黑 色不做任何处理
  • 并发重置：重置本次GC过程中的标记数据

缺点

  • 对CPU资源敏感（会和服务抢资源）
  • 无法处理浮动垃圾(在并发标记和并发清理阶段又产生垃圾，这种浮动垃圾只能等到下一次gc再清理了)
  • 它使用的回收算法-“标记-清除”算法会导致收集结束时会有大量空间碎片产生，当然通过参数- XX:+UseCMSCompactAtFullCollection可以让jvm在执行完标记清除后再做整理
  • 在并发标记和并发清理阶段会出现，一边回收，系统一边运行，也许没回收完就再次触发full gc，也就是"concurrent mode failure"，此时会进入stop the world，用serial old垃圾收集器来回收

CMS的相关核心参数

  • -XX:+UseConcMarkSweepGC：启用cms
  • -XX:ConcGCThreads：并发的GC线程数
  • -XX:+UseCMSCompactAtFullCollection：FullGC之后做压缩整理（减少碎片）
  • -XX:CMSFullGCsBeforeCompaction：多少次FullGC之后压缩一次，默认是0，代表每次FullGC后都会压缩一 次
  • -XX:CMSInitiatingOccupancyFraction: 当老年代使用达到该比例时会触发FullGC（默认是92，这是百分比）
  • -XX:+UseCMSInitiatingOccupancyOnly：只使用设定的回收阈值(-XX:CMSInitiatingOccupancyFraction设定的值)，如果不指定，JVM仅在第一次使用设定值，后续则会自动调整
  • -XX:+CMSScavengeBeforeRemark：在CMS GC前启动一次minor gc，目的在于减少老年代对年轻代的引 用，降低CMS GC的标记阶段时的开销，一般CMS的GC耗时 80%都在标记阶段
  • -XX:+CMSParallellnitialMarkEnabled：表示在初始标记的时候多线程执行，缩短STW
  • -XX:+CMSParallelRemarkEnabled：在重新标记的时候多线程执行，缩短STW

三色标记
把Gcroots可达性分析遍历对象过程中遇到的对象， 按照“是否访问过”这个条件标记成以下三种颜色：

  • 黑色： 表示对象已经被垃圾收集器访问过， 且这个对象的所有引用都已经扫描过。 黑色的对象代表已经扫描 过， 它是安全存活的， 如果有其他对象引用指向了黑色对象， 无须重新扫描一遍。 黑色对象不可能直接（不经过 灰色对象） 指向某个白色对象。
  • 灰色： 表示对象已经被垃圾收集器访问过， 但这个对象上至少存在一个引用还没有被扫描过。
  • 白色： 表示对象尚未被垃圾收集器访问过。 显然在可达性分析刚刚开始的阶段， 所有的对象都是白色的， 若在分析结束的阶段， 仍然是白色的对象， 即代表不可达。

在并发标记的过程中，因为标记期间应用线程还在继续跑，对象间的引用可能发生变化，多标和漏标的情况就有可能发生。
在这里插入图片描述

多标-浮动垃圾

在并发标记过程中，如果由于方法运行结束导致部分局部变量(gcroot)被销毁，这个gcroot引用的对象之前又被扫描过 (被标记为非垃圾对象)，那么本轮GC不会回收这部分内存。这部分本应该回收但是没有回收到的内存，被称之为“浮动 垃圾”。浮动垃圾并不会影响垃圾回收的正确性，只是需要等到下一轮垃圾回收中才被清除。 另外，针对并发标记(还有并发清理)开始后产生的新对象，通常的做法是直接全部当成黑色，本轮不会进行清除。这部分 对象期间可能也会变为垃圾，这也算是浮动垃圾的一部分。

漏标-读写屏障
漏标会导致被引用的对象被当成垃圾误删除，这是严重bug，必须解决，有两种解决方案： 增量更新（Incremental Update） 和原始快照（Snapshot At The Beginning，SATB）

  • 增量更新就是当黑色对象插入新的指向白色对象的引用关系时， 就将这个新插入的引用记录下来， 等并发扫描结束之 后， 再将这些记录过的引用关系中的黑色对象为根， 重新扫描一次。 这可以简化理解为， 黑色对象一旦新插入了指向 白色对象的引用之后， 它就变回灰色对象了
  • 原始快照就是当灰色对象要删除指向白色对象的引用关系时， 就将这个要删除的引用记录下来， 在并发扫描结束之后， 再将这些记录过的引用关系中的灰色对象为根， 重新扫描一次，这样就能扫描到白色的对象，将白色对象直接标记为黑 色(目的就是让这种对象在本轮gc清理中能存活下来，待下一轮gc的时候重新扫描，这个对象也有可能是浮动垃圾)

G1收集器(-XX:+UseG1GC)

定义
G1 (Garbage-First)是一款面向服务器的垃圾收集器,主要针对配备多颗处理器及大容量内存的机器. 以极高概率满足GC 停顿时间要求的同时,还具备高吞吐量性能特征.

特点

  • G1将Java堆划分为多个大小相等的独立区域（Region），JVM最多可以有2048个Region
  • G1保留了年轻代和老年代的概念，但不再是物理隔阂了，它们都是（可以不连续）Region的集合，一个Region可能之前是年轻代，如果Region进行了垃圾回收，之后可能又会变成老年代，也就是说Region的区域功能 可能会动态变化
  • 一般Region大小等于堆大小除以2048，当然也可以用参数"- XX:G1HeapRegionSize"手动指定Region大小，但是推荐默认的计算方式
  • 默认年轻代对堆内存的占比是5%，如果堆大小为4096M，那么年轻代占据200MB左右的内存，对应大概是100个 Region，可以通过“-XX:G1NewSizePercent”设置新生代初始占比，在系统运行中，JVM会不停的给年轻代增加更多 的Region，但是最多新生代的占比不会超过60%，可以通过“-XX:G1MaxNewSizePercent”调整
  • 年轻代中的Eden和 Survivor对应的region也跟之前一样，默认8:1:1，假设年轻代现在有1000个region，eden区对应800个，s0对应100 个，s1对应100个
  • G1垃圾收集器对于对象什么时候会转移到老年代跟之前讲过的原则一样，唯一不同的是对大对象的处理，G1有专门分配 大对象的Region叫Humongous区，而不是让大对象直接进入老年代的Region中。在G1中，大对象的判定规则就是一 个大对象超过了一个Region大小的50%，比如按照上面算的，每个Region是2M，只要一个大对象超过了1M，就会被放 入Humongous中，而且一个大对象如果太大，可能会横跨多个Region来存放，Full GC的时候除了收集年轻代和老年代之外，也会将Humongous区一并回收

在这里插入图片描述
GC步骤

  • 初始标记：暂停所有的其他线程，并记录下gc roots直接能引用的对象，速度很快
  • 并发标记：并发标记阶段就是从GC Roots的直接关联对象开始遍历整个对象图的过程， 这个过程耗时较长但 是不需要停顿用户线程， 可以与垃圾收集线程一起并发运行。因为用户程序继续运行，可能会有导致已经标记过的对象状态发生改变
  • 最终标记：重新标记阶段就是为了修正并发标记期间因为用户程序继续运行而导致标记产生变动的那一部分对 象的标记记录，这个阶段的停顿时间一般会比初始标记阶段的时间稍长，远远比并发标记阶段时间短。主要用到三 色标记里的原始快照(SATB)算法做重新标记
  • 筛选回收：筛选回收阶段首先对各个Region的回收价值和成本进行排序，根据用户所期 望的GC停顿时间(可以用JVM参数 -XX:MaxGCPauseMillis指定)来制定回收计划，比如说老年代此时有1000个 Region都满了，但是因为根据预期停顿时间，本次垃圾回收可能只能停顿200毫秒，那么通过之前回收成本计算得 知，可能回收其中800个Region刚好需要200ms，那么就只会回收800个Region(Collection Set，要回收的集 合)，尽量把GC导致的停顿时间控制在我们指定的范围内。这个阶段其实也可以做到与用户程序一起并发执行，但 是因为只回收一部分Region，时间是用户可控制的，而且停顿用户线程将大幅提高收集效率。不管是年轻代或是老 年代，回收算法主要用的是复制算法，将一个region中的存活对象复制到另一个region中，这种不会像CMS那样 回收完因为有很多内存碎片还需要整理一次，G1采用复制算法回收几乎不会有太多内存碎片。(注意：CMS回收阶 段是跟用户线程一起并发执行的，G1因为内部实现太复杂暂时没实现并发回收，不过到了Shenandoah就实现了并 发收集，Shenandoah可以看成是G1的升级版本)

G1垃圾收集分类

  • YoungGC：YoungGC并不是说现有的Eden区放满了就会马上触发，G1会计算下现在Eden区回收大概要多久时间，如果回收时 间远远小于参数 -XX:MaxGCPauseMills 设定的值，那么增加年轻代的region，继续给新对象存放，不会马上做Young GC，直到下一次Eden区放满，G1计算回收时间接近参数 -XX:MaxGCPauseMills 设定的值，那么就会触发Young GC MixedGC
  • MixedGC：不是FullGC，老年代的堆占有率达到参数(-XX:InitiatingHeapOccupancyPercent)设定的值则触发，回收所有的 Young和部分Old(根据期望的GC停顿时间确定old区垃圾收集的优先顺序)以及大对象区，正常情况G1的垃圾收集是先做 MixedGC，主要使用复制算法，需要把各个region中存活的对象拷贝到别的region里去，拷贝过程中如果发现没有足够 的空region能够承载拷贝对象就会触发一次Full GC
  • Full GC：停止系统程序，然后采用单线程进行标记、清理和压缩整理，好空闲出来一批Region来供下一次MixedGC使用，这 个过程是非常耗时的。(Shenandoah优化成多线程收集了)

G1收集器参数设置

  • -XX:+UseG1GC:使用G1收集器
  • -XX:ParallelGCThreads:指定GC工作的线程数量
  • -XX:G1HeapRegionSize:指定分区大小(1MB~32MB，且必须是2的N次幂)，默认将整堆划分为2048个分区
  • -XX:MaxGCPauseMillis:目标暂停时间(默认200ms)
  • -XX:G1NewSizePercent:新生代内存初始空间(默认整堆5%)
  • -XX:G1MaxNewSizePercent:新生代内存最大空间
  • -XX:TargetSurvivorRatio:Survivor区的填充容量(默认50%)，Survivor区域里的一批对象(年龄1+年龄2+年龄n的多个 年龄对象)总和超过了Survivor区域的50%，此时就会把年龄n(含)以上的对象都放入老年代
  • -XX:MaxTenuringThreshold:最大年龄阈值(默认15)
  • -XX:InitiatingHeapOccupancyPercent:老年代占用空间达到整堆内存阈值(默认45%)，则执行新生代和老年代的混合 收集(MixedGC)，比如我们之前说的堆默认有2048个region，如果有接近1000个region都是老年代的region，则可能 就要触发MixedGC了
  • -XX:G1MixedGCLiveThresholdPercent(默认85%) region中的存活对象低于这个值时才会回收该region，如果超过这 个值，存活对象过多，回收的的意义不大
  • -XX:G1MixedGCCountTarget:在一次回收过程中指定做几次筛选回收(默认8次)，在最后一个筛选回收阶段可以回收一 会，然后暂停回收，恢复系统运行，一会再开始回收，这样可以让系统不至于单次停顿时间过长
  • -XX:G1HeapWastePercent(默认5%): gc过程中空出来的region是否充足阈值，在混合回收的时候，对Region回收都 是基于复制算法进行的，都是把要回收的Region里的存活对象放入其他Region，然后这个Region中的垃圾对象全部清 理掉，这样的话在回收过程就会不断空出来新的Region，一旦空闲出来的Region数量达到了堆内存的5%，此时就会立 即停止混合回收，意味着本次混合回收就结束了
二毛不在线
关注
专栏目录
JVM垃圾收集器
weixin_42274562的博客
11-06 1898
个人学习总结
JVM垃圾收集器详解
08-31
【JVM垃圾收集器详解】 Java虚拟机（JVM）中的垃圾收集器是负责自动管理内存，特别是Java堆和方法区中的对象实例。它的主要任务是识别并清理不再使用的对象，以便释放内存资源。垃圾收集涉及到三个核心问题：确定...
Minor GC、Major GC、Full GC以及TLAB
qianqia_n的博客
04-08 568
Minor GC、Major GC、Full GC
从实际案例聊聊Java应用因为Eden区设置不当导致的慢GC问题
zengccc的专栏
09-16 68
JVM的内存结构 在虚拟机中，不同的对象存活的时间是不一样的，为了区别出不同年龄的对象，更好的管理他们，目前主流的虚拟机采用都是分代算法。 在JVM中，会内存划分为三块，分别是新生代，老年代，以及持久代。如图： 其中新生代又划分为Eden、Survivor0、Survivor1 三个区，为什么要划分为三个区呢？这要从GC算法讲起。 常见的GC算法 标记-清除 标记-清除是最基础...
JVM垃圾收集器之G1&ZGC
weixin_44691279的博客
02-15 520
G1收集器(-XX:+UseG1GC) G1 (Garbage-First)是一款面向服务器的垃圾收集器,主要针对配备多颗处理器及大容量内存的机器. 以极高概率满足GC停顿时间要求的同时,还具备高吞吐量性能特征。 G1将Java堆划分为多个大小相等的独立区域（Region），JVM最多可以有2048个Region。 ZGC没有物理分代概念，而是将堆分成了很多region区域，他的设计初衷就是存在浮动垃圾的 一般Region大小等于堆大小除以2048，比如堆大小为4096M，则Region大小为2M，当然也
JVM垃圾收集器你会选择吗？
我是一名热爱编程和分享知识的技术作者，在金融和教育领域有多年的研发管理经验，感谢您访问我的博客，一定会为您带来不一样的收货！
03-20 1471
JVM 垃圾收集器是Java虚拟机（JVM）中至关重要的组件，负责自动管理程序运行时产生的内存分配与回收。垃圾收集器通过检测并回收堆内存中不再使用的对象，从而保证了 Java 应用程序在持续运行过程中拥有足够的内存空间。如果说收集算法是内存回收的方法论，那垃圾收集器就是内存回收的实践者。各款经典的收集器之间的关系如下图，如果两个收集器之间存在连线，就说明他们可以搭配使用，收集器所处的区域，则表示它是属于新生代还是老年代。
JVM系列(七) JVM 垃圾收集器
流浪的喵的博客
04-05 734
我们知道JVM会回收垃圾,但是每种垃圾收集器的收集机制和收集的方法都不一样,今天我们讨论下几种垃圾回收机制。
JVM系列5——垃圾收集器
xiaodigua1024的博客
06-06 1664
java堆主要分为新生代和老年代两部分，新生代主要使用复制或者标记清除垃圾回收算法，老年代使用标记整理回收算法。java虚拟机提供了不同的收集器。垃圾收集的目标范围整个新生代（Minor GC）或者整个老年代（Major GC）或者整个Java堆（Full GC）。下图展示了七种作用于不同分代的收集器，如果两个收集器存在关联可以搭配使用。
JVM：垃圾收集器（7种）
qq_64680177的博客
01-19 2606
CMS（Concurrent Mark Sweep）收集器是以获取最短回收停顿时间的为目标的收集器。注重服务的响应速度，希望系统停顿时间尽可能短，以给用户更好的交互体验。这个收集器是基于标记清除算法实现的。用于老年代的收集。 收集过程有四个阶段：1、初始标记 2、并发标记 3、重新标记 4、并发清除 四个阶段中初始标记和重新标记仍需要暂停所有的用户线程（Stop The World),但为什么说这个收集器也暂停了所有的线程，为什么还能做到停顿时间
JVM垃圾回收——G1垃圾收集器
weixin_39555954的博客
02-27 7740
Garbage First(简称G1)收集器是垃圾收集器技术发展史上里程碑式的成果，它摒弃了传统垃圾收集器的严格的内存划分，而是采用局部回收的设计思路和基于Region的内存布局形式。G1是一款主要面向服务端应用的垃圾收集器，在jdk6 update14时，就有了实验版本。而到了jdk7 update4之后移除了“Experimental”标识。它的目的是为了适应现在不断扩大的内存和不断增加的处理器数量，进一步降低暂停时间（pause time），同时兼顾良好的吞吐量。
jvm_gc.rar_jvm_垃圾回收
09-24
4. **垃圾收集器**：不同的JVM版本提供了不同的垃圾收集器，如Serial、Parallel、CMS（并发标记扫描）、G1（垃圾优先）等。每种收集器有不同的性能特点和适用场景。 5. **GC日志分析**：通过分析JVM产生的GC日志，...
inside_jvm.rar_Inside the JVM_gettingloaded.html_inside jvm_insi
09-14
Java虚拟机提供了一种自动的内存管理系统，即垃圾收集器(GC)，它负责回收不再使用的对象所占用的内存。JVM内存主要分为堆内存和栈内存。堆内存存储所有实例对象，而栈内存存储方法调用的局部变量。此外，还有方法区...
JVM.rar_java 工作流_java 虚拟机_jvm_jvm hook_虚拟机 Java
09-14
"深入Java虚拟机"这本书可能涵盖了JVM的更深入细节，如类加载机制的自定义、内存模型、垃圾收集器的原理与调优、JVM参数设置、性能监控工具的使用等。通过学习这些内容，开发者可以更好地理解和优化Java应用的运行...
JVM.zip_java jvm_jvm
09-22
例如，JVM的堆内存设置（如-Xms和-Xmx）、垃圾收集器的选择（如CMS、G1或ZGC）、线程堆栈大小（-Xss）等都直接影响着程序的运行效率。通过类似`SystemInfo`这样的工具，我们可以动态地查看这些参数，以及实时的内存...
12306抢票脚本 - Bypass
最新发布
09-17
12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306抢票脚本12306
单片机与蓝牙模块的无线通信项目实战.md
09-17
如何使用单片机与蓝牙模块（如HC-05/HC-06）实现无线通信的详细步骤。首先，介绍了蓝牙模块的基本工作原理、引脚功能及配置方法。接着，讲解了硬件设计，包括单片机与蓝牙模块的连接、按键与LED模块的接线。然后，详细描述了软件设计，包括串口通信的初始化、蓝牙模块的数据接收与处理。项目调试部分涉及蓝牙连接的测试、串口通信的验证及功能调试，确保系统稳定运行。最后，探讨了项目的扩展可能性，如双向通信、多个设备通信及低功耗设计。这些内容为构建一个基于单片机和蓝牙的无线通信系统提供了全面的指导。
计算机科学中的基数排序算法原理与实现
09-17
本文详细介绍了基数排序这一非比较型排序方法的算法原理以及其在实际应用中如何操作。从初始化桶到最后重构阵列的每一步均进行了阐述，并提供了基于Python的实现例子。另外，对基数排序的时间和空间复杂度给出了深入解析及其使用情境说明，有助于了解排序机制并正确评估算法性能优劣。 适合人群：具备基本算法基础的数据科学家，研究和开发人员。 使用场景及目标：帮助理解和学习基数排序的技术要点和内在逻辑，掌握其实现在固定长度整数集合上进行快速排序的操作技巧。 其它提示：尽管该排序方法在特定条件下效率显著高于比较式方法，但须谨慎应用于数据种类变化多样的环境中。
Python100道题(100).zip
09-17
基数排序
深入解析JVM垃圾收集器的工作原理与挑战
本文将深入探讨JVM（Java Virtual Machine）中的垃圾收集器，这是Java编程中一项至关重要的机制。垃圾收集器起源于1960年的Lisp语言，尽管其与Java语言关系密切，但其实早在Java之前就已经存在。垃圾收集的主要目标...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值