【JVM篇12】：垃圾回收器种类（从分代到并发）

最新推荐文章于 2025-08-03 21:35:37 发布
原创 最新推荐文章于 2025-08-03 21:35:37 发布 · 880 阅读 · 25 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#jvm #后端 #java #面试

王者杯·14天创作挑战营·第4期 7.9w人浏览 49人参与

文章目录


垃圾回收器是JVM内存管理的核心组件，它的选择和调优直接影响着Java应用程序的性能表现，尤其是在高并发和低延迟场景下。不同的业务场景需要不同的垃圾收集器才能保证GC性能

就目前主流的HotSpot JVM而言，垃圾收集器主要分为两大类：分代收集器和分区收集器

一、分代收集器

分代收集器是基于JVM分代收集理论设计的，它将堆内存划分为新生代和老年代，并针对不同代的特点采用不同的回收算法

1. 新生代垃圾回收器

新生代对象“朝生夕死”的特点使得复制算法成为其理想选择

1.1 Serial收集器

  • 特点：
    • 单线程：Serial收集器是最基本、历史最悠久的收集器。它只会使用一条垃圾收集线程进行工作
    • STW（Stop-The-World）：在进行垃圾收集时，它必须暂停所有用户线程，直到收集结束
    • 算法：新生代采用复制算法
    • 适用场景：由于其简单高效，且没有线程交互开销，Serial收集器对于运行在Client模式下的虚拟机是一个不错的选择。在单CPU环境下，其专注性和独占性往往有更好的性能表现
  • 参数：通过-XX:+UseSerialGC参数开启

1.2 ParNew收集器

  • 特点：
    • 多线程：ParNew收集器是Serial收集器的多线程版本。除了使用多线程，其控制参数、收集算法、回收策略等与Serial收集器完全一样
    • STW：同样会触发STW
    • 算法：新生代采用复制算法
    • 优势：在多CPU环境下，可以充分利用多核优势，更快完成垃圾收集
    • 特殊性：它是目前新生代首选的垃圾回收器之一，因为它是唯一一个能与老年代CMS收集器配合工作的
  • 参数：通过-XX:+UseParNewGC参数开启。默认开启的线程数与CPU数量相同，可通过-XX:ParallelGCThreads设置

1.3 Parallel Scavenge收集器

  • 特点：
    • 多线程：与ParNew类似，也是多线程的并行收集器
    • 关注吞吐量：与CMS关注停顿时间不同，Parallel Scavenge收集器更关注系统的吞吐量（CPU用于运行用户代码的时间与CPU总消耗时间的比值）
    • 算法：新生代使用复制算法
    • 自适应调节策略：它提供-XX:+UseAdaptiveSizePolicy参数，开启后JVM会根据当前系统运行情况动态调整新生代大小、Eden与Survivor比例、晋升老年代对象年龄等参数，以达到最佳吞吐量或停顿时间目标。这是它与ParNew的一个重要区别
    • JDK8默认：JDK8默认使用Parallel Scavenge + Parallel Old组合
  • 参数：
    • -XX:+UseParallelGC：开启新生代使用此收集器
    • -XX:MaxGCPauseMillis：设置最大垃圾收集停顿时间
    • -XX:GCTimeRatio：设置吞吐量大小，默认99，即GC时间占比不超过1%

2. 老年代垃圾回收器

老年代对象存活率高，不适合复制算法，通常采用标记-清除或标记-整理算法

2.1 Serial Old收集器

  • 特点：
    • 单线程：Serial收集器的老年代版本，同样是单线程收集器
    • 算法：使用标记-整理算法
    • 用途：
      • 在JDK1.5及之前版本中与Parallel Scavenge收集器搭配使用
      • 作为CMS收集器的后备预案：当CMS出现Concurrent Mode Failure时，会临时启用Serial Old进行Full GC
  • 参数：无特定开启参数，通常随SerialGC或作为CMS后备

2.2 Parallel Old收集器

  • 特点：
    • 多线程：Parallel Scavenge收集器的老年代版本，也是多线程收集器
    • 关注吞吐量：与Parallel Scavenge一样，关注系统吞吐量
    • 算法：使用标记-整理算法
    • 用途：与Parallel Scavenge搭配使用，形成“吞吐量优先”的组合，在注重吞吐量和CPU资源敏感的场合优先考虑
  • 参数：通过-XX:+UseParallelOldGC参数开启

2.3 CMS收集器

  • 特点：
    • 并发收集、低停顿：CMS是HotSpot虚拟机第一款真正意义上的并发收集器，其目标是获取最短回收停顿时间。它实现了垃圾收集线程与用户线程（基本上）同时工作
    • 算法：基于**“标记-清除”算法**实现
    • 工作流程（四步）：
      1. 初始标记：短暂停顿（STW），标记GC Roots直接关联的对象，速度很快
      2. 并发标记：与用户线程并发执行，遍历整个对象图，标记所有可达对象。这是最耗时的阶段，但无需STW
      3. 重新标记：短暂停顿（STW），修正并发标记期间因用户程序运行导致标记变动的对象记录。停顿时间通常比初始标记稍长
      4. 并发清除：与用户线程并发执行，清除已标记为垃圾的对象
    • 缺点（重要）：
      1. 对CPU资源敏感：并发阶段会占用CPU资源，可能导致应用程序变慢，总吞吐量降低
      2. 无法处理浮动垃圾：并发清除时，用户线程还在产生新垃圾，这些垃圾无法在当次GC中处理，只能留待下次清理
      3. 内存碎片化：基于“标记-清除”算法，会产生大量不连续的内存碎片，可能导致大对象无法分配而提前触发Full GC
      4. Concurrent Mode Failure：如果预留内存不足，可能导致CMS失败，转而使用Serial Old进行Full GC，造成长时间停顿
    • 状态：在JDK9中被标记为弃用（deprecated），并在JDK14中被移除
  • 参数：
    • -XX:+UseConcMarkSweepGC：开启CMS
    • -XX:CMSInitiatingOccupancyFraction：设置老年代空间使用率达到多少时触发GC，默认JDK6及以上为92%
    • -XX:+UseCMSCompactAtFullCollection：在Full GC后进行内存碎片整理，但会增加STW时间
    • -XX:CMSFullGCsBeforeCompaction：设置多少次CMS回收后进行一次内存压缩

二、分区收集器

分区收集器不再严格按照分代划分物理内存，而是将堆划分为多个独立的区域，并根据这些区域的特点进行回收

1. G1收集器（默认）

  • 特点：
    • JDK9默认：G1在JDK1.7引入，并在JDK9时取代CMS成为默认垃圾收集器
    • 面向服务端：主要针对配备多核处理器及大容量内存的机器，追求在满足GC停顿时间要求的同时具备高吞吐量
    • Region划分：将整个Java堆划分为多个大小相等的独立区域（Region），每个Region都可以是Eden、Survivor或Old区。G1有专门分配大对象的Humongous区
    • 并行与并发：能充分利用多CPU优势缩短STW时间，部分GC动作可并发执行
    • 分代概念保留：虽然内存分区，但仍保留分代的概念，能独立管理整个GC堆
    • 空间整合：从整体看基于标记-整理算法，从局部（Region之间）看基于复制算法。这使得G1不会产生内存碎片
    • 可预测的停顿：G1一大优势是可以建立可预测的停顿时间模型。用户可以指定期望的停顿时间（-XX:MaxGCPauseMillis，默认200ms），G1会根据此目标选择回收价值最大的Region
    • GC模式：G1包含Young GC、Mixed GC和Full GC
      • Young GC：发生在新生代Region的回收
      • Mixed GC：G1特有，回收整个新生代Region以及部分老年代Region。G1通过多次Mixed GC来逐步回收老年代垃圾，以避免Full GC
      • Full GC：当Mixed GC过程中老年代空间不足，或者堆浪费百分比过高时可能触发
  • 工作流程（四步）：
    1. 初始标记：短暂停顿（STW），标记从GC Roots直接可达的对象
    2. 并发标记：与应用并发运行，标记所有可达对象
    3. 最终标记先：短暂停顿（STW），处理并发标记阶段结束后残留的引用变更
    4. 筛选回收：根据标记结果，选择回收价值高的Region，复制存活对象到新Region，回收旧区域内存。此阶段包含STW
  • 参数：
    • -XX:+UseG1GC：启用G1收集器
    • -XX:G1HeapRegionSize=n：设置Region大小
    • -XX:MaxGCPauseMillis：设置期望的最大停顿时间

2. ZGC收集器

  • 特点：
    • 低延迟、大内存：JDK11推出，目标是不超过10ms的停顿时间下，支持TB级内存容量（未来可达16TB）。停顿时间不随堆大小或活跃对象数量增加而增加
    • 并发性高：ZGC在标记、转移和重定位阶段几乎都是并发的，这是其实现低停顿的关键
    • 算法：采用标记-复制算法，但做了重大优化
    • 核心技术：
      • 指针染色：在指针中嵌入对象的元数据信息（如是否被移动、存活状态），通过指针颜色即可区分对象状态，无需额外内存访问，加速标记和转移
      • 读屏障：在程序读取对象时插入特殊检查，确保对象访问的正确性。如果对象已被移动，读屏障会返回对象的新地址，从而在并发移动对象时保持内存访问一致性
    • 工作流程：由STW暂停阶段（标记开始、重新映射开始、暂停结束）和并发阶段（并发标记/重新映射、并发引用处理、并发转移准备、并发转移）组成
    • 发展：在Java11中处于试验阶段，Java15正式可用。Java21引入了分代ZGC，进一步缩短停顿时间
  • 参数：通过-XX:+UseZGC启用

三、总结与选择

垃圾收集器区域算法特点关注点JDK默认（特定版本）
Serial新生代/老年代复制/标记-整理单线程，STW，简单高效简单高效Client模式下默认
ParNew新生代复制多线程版Serial，STW，可与CMS配合吞吐量搭配CMS使用
Parallel Scavenge新生代复制多线程，STW，吞吐量优先，支持自适应调节策略吞吐量JDK8默认新生代
Serial Old老年代标记-整理单线程，STW，Serial的老年代版本，作为CMS后备简单高效作为CMS后备
Parallel Old老年代标记-整理多线程，STW，Parallel Scavenge的老年代版本，与Parallel Scavenge搭配实现高吞吐量吞吐量JDK8默认老年代
CMS老年代标记-清除并发收集，低停顿，但有CPU敏感、浮动垃圾、内存碎片缺点，JDK9弃用，JDK14移除低停顿JDK8前广泛使用
G1全堆标记-整理/复制分区，可预测停顿，并行与并发，无内存碎片，JDK9默认可预测停顿JDK9及更高版本默认
ZGC全堆标记-复制极低延迟（毫秒级），不随堆大小增长，高并发，大内存支持（TB级），采用指针染色和读屏障，JDK11引入，JDK15正式可用极低延迟

选择合适的垃圾收集器：
没有“最好”的垃圾收集器，只有“最适合”的。选择时需要根据具体的应用场景、对吞吐量和延迟的要求、以及可用的硬件资源来权衡

  • 追求极致吞吐量：考虑Parallel Scavenge + Parallel Old组合
  • 追求低停顿时间（但可接受一定碎片和CPU开销）：在JDK8及之前，考虑CMS
  • 大内存、多核，且追求可控的低停顿：G1是当前主流且推荐的选择
  • 追求极低延迟，尤其是在超大堆内存场景：ZGC是未来的趋势，适用于对停顿时间要求极其苛刻的场景
深度解析ZGC：高效垃圾回收的应用与优化
张彦峰的博客
04-07 176万+
随着现代应用对性能的要求不断提高，ZGC（Z Garbage Collector）作为一种低暂停时间的垃圾回收器，已成为处理大规模堆内存的理想选择。本文介绍了 ZGC 的基本原理与技术架构，重点分析了其在 JDK11 中的应用与优化策略。通过对 ZGC 性能特点的探索，本文旨在帮助开发者深入理解其在高并发、大数据场景下的表现，以及如何通过合理调优提升系统的内存管理效率和稳定性。
JVM上篇：内存与垃圾回收篇-13-垃圾回收器
yuanmomoya的博客
08-28 1106
垃圾收集器没有在规范中进行过多的规定，可以由不同的厂商、不同版本的 JVM 来实现。由于 JDK 的版本处于高速迭代过程中，因此 Java 发展至今已经衍生了众多的 GC 版本。从不同角度分析垃圾收集器，可以将 GC 分为不同的类型。垃圾收集机制是 Java 的招牌能力，极大地提高了开发效率。这当然也是面试的热点。为什么要有很多收集器，一个不够吗？因为 Java 的使用场景很多，移动端，服务器等。所以就需要针对不同的场景，提供不同的垃圾收集器，提高垃圾收集的性能。
【JVM-5】深入解析JVM垃圾回收器：分类与原理
weixin_39033358的博客
01-14 843
垃圾回收器是JVM的一部分，负责自动管理堆内存中的对象生命周期。识别垃圾对象：标记不再被引用的对象。回收内存：释放垃圾对象占用的内存空间。整理内存：减少内存碎片，提高内存利用率。JVM提供了多种垃圾回收器，每种回收器都有其独特的优势和适用场景。理解其分类和工作原理，可以帮助开发者根据应用需求选择合适的垃圾回收器，从而优化应用程序的性能和稳定性。希望本文能帮助您更好地掌握JVM垃圾回收器的相关知识，为编写高效Java程序打下坚实基础。
JVM中的垃圾回收器
努力分享一些干货
06-20 1636
从名字中的Mark Sweep这两个词可以看出，CMS 收集器是一种 “标记-清除”算法实现的，以获取最短回收停顿时间为目标，采用“标记-清除”算法，分 4 大步进行垃圾收集，其中初始标记和重新标记会 STW，JDK 1.5 时引入，JDK9 被标记弃用，JDK14 被移除。是一个单线程的收集器，但它的“单线程”的意义并不仅仅说明它只会使用一个CPU或一条收集线程去完成垃圾收集工作，更重要的是在它进行垃圾收集时，必须暂停其他所有的工作线程，直到它收集结束。不过，默认的垃圾回收器依然是 G1。
JVM虚拟机（三）垃圾回收算法、分代回收、垃圾回收器种类、G1垃圾回收器
ACGkaka的博客
04-13 1740
JVM虚拟机（三）垃圾回收算法、分代回收、垃圾回收器种类、G1垃圾回收器
【JVM】JVM基础知识：垃圾回收、JVM调优
程序员徐小白的博客
11-28 1395
写屏障。写屏障是 JVM 会监听 Java 代码的赋值操作，在赋值前和赋值后都设置一个节点，以便实现更多操作，类似于 AOP。*fieild = new_value // 赋值操作}// 写屏障-写前屏障*fieild = new_value // 赋值操作// 写屏障-写后屏障}读屏障。读屏障是 JVM 监听 Java 代码的每次访问对象地址的操作，在每次访问对象之前设置一个可以扩展操作的节点。}// 读屏障-读取前操作}
JVM笔记：垃圾回收器总结
唐欢
11-07 427
垃圾收集器分类作用位置使用算法特点使用场景erial串行运行作用于新生代复制算法响应速度优先适用于单CPU环境下的client模式ParNew并行运行作用于新生代复制算法响应速度优先多CPU环境Server模式下与CMS 配合使用Parallel并行运行作用于新生代复制算法吞吐量优先适用于后台运算而不需要太多交互的场景Serial Old串行运行作用于老年代标记-压缩算法响应速度优先适用于单CPU环境下的client模式并行运行作用于老年代。
JVM垃圾回收器详解
全栈行动派的博客
03-11 597
JVM垃圾回收器分类、7个经典垃圾回收器流程、参数、优缺点详解。
JVM_12 垃圾回收3-垃圾回收器
09-18 1965
1. GC的分类与性能指标 垃圾收集器没有在规范中进行过多的规定，可以由不同的厂商、不同版本的JVM来实现。 由于JDK的版本处于高速迭代过程中，因此Java发展至今已经衍生了众多的GC版本。 从不同角度分析垃圾收集器，可以将GC分为不同的类型。 1.1 按线程数分，可以分为串行垃圾回收器和并行垃圾回收器 串行回收指的是在同一时间段内只允许有一个CPU用于执行垃圾回收操作，此时工作线程被暂停，直至垃圾收集工作结束。 ➢在诸如单CPU处理器或者较小的应用内存等硬件平台不是特别优越的场 合，串行回收器
JVM 性能调优 - 常用的垃圾回收器(6)
magic_kid_2010的专栏
02-06 1499
编写代码运行程序命令行解释：-XX:+PrintCommandLineFlags 打印当前的配置参数-XX:+PrintGCDetails 打印 GC 日志根据提供的日志信息，可以看出使用的是 Parallel Scavenge（并行新生代垃圾收集器）和 Parallel Old（并行老年代垃圾收集器）这两种垃圾收集器。
Java高阶私房菜：JVM分代收集算法介绍和各垃圾收集器原理分解
猫步轻移，以学求知。余于此方寸之地，如猫观鼠，细察技艺所得，思维所悟。灵思如猫之警觉，日积月累，终成智海；
05-02 1791
现在市面上充斥着许多对于JVM垃圾收集器教程，有零基础的，有专讲的 ... 这些教程或文章大都长篇大论的细扣字眼，内容繁多且没有重点，看过便会忘，本篇集结了9年老JAVA工作经验，专讲面试和工作中使用到的，一站式讲解，帮助你疏通学习脉络，少走弯路。
【JVM】17、垃圾回收器
flora
01-22 1367
垃圾回收器GC 分类与性能指标垃圾回收的分类评估 GC 的性能指标 GC 分类与性能指标 垃圾回收的分类 按线程数分（垃圾回收线程数） 串行垃圾回收器 串行回收指的是在同一时间段内只允许有一个CPU用于执行垃圾回收操作，此时工作线程被暂停，直至垃圾收集工作结束。 并行垃圾回收器 并行收集可以运用多个CPU同时执行垃圾回收，因此提升了应用的吞吐量，不过并行回收仍然与串行回收一样，采用独占式，使用了“Stop-the-World”机制。 按照工作模式分 并发式垃圾回收器 并发式垃圾回收器与应用程
JVM 01 运行区域
2301_79308687的博客
08-02 803
虚拟机隐藏平台差异，解决不同平台代码运行结果不一致问题，实现，实现用户代码跨平台。它本身是一个操作系统上的应用程序，将字节码文件翻译成特定机器的机器码。
JVM学习日记（十五）Day15——性能监控与调优（二）
qq_45041250的博客
08-03 728
本文介绍了几个常用的Java命令行监控工具：jhat用于分析堆转储文件，提供Web界面查看结果（JDK9已移除）；jstack用于生成线程快照，可诊断死锁和高CPU占用问题；jcmd是多功能工具，可替代大部分监控命令；jstatd则提供远程监控能力。这些工具各有侧重，jhat和jstack适合具体问题分析，jcmd功能全面但较复杂，jstatd因安全风险较少使用。文章建议初学者优先尝试jstat和jmap，后续可转向GUI工具如VisualVM进行更直观的分析。
JVM 03 类加载机制
2301_79308687的博客
08-02 381
JVM 将字节码二进制流加载到内存称为类加载。
JVM-垃圾回收器与内存分配策略详解
最新发布
draymond7107的博客
08-03 198
最常见的引用类型，只要强引用存在，对象绝不会被回收注意：集合类型，如果对象不再使用，应当及时清除，避免内存泄漏。
JVM学习日记（十三）Day13
qq_45041250的博客
08-01 819
文章摘要： 本文主要讲解了Java类的使用方式和生命周期管理。在类的使用方面，分为主动使用（触发初始化）和被动使用（不触发初始化）两种情况，详细列举了各种场景下的类加载行为。在类的生命周期部分，探讨了类的卸载条件和GC触发机制，包括堆内存不足和元空间不足时的GC处理。最后介绍了自定义类加载器的实现方式，包括继承ClassLoader类、重写findClass方法以及破除双亲委派机制的方法。全文涵盖从类加载到卸载的完整过程，并提供了具体实现思路。
用LangGraph实现聊天机器人记忆功能的深度解析
weixin_44872675的博客
07-29 1021
在现代对话系统开发中，保持良好的对话上下文一致性是一项核心挑战。本文将详细解析如何利用 LangGraph 框架的检查点（Checkpointing）机制，实现聊天机器人多轮对话记忆功能。通过代码示例和架构分析，我们将展示如何构建具备持久化对话记忆的智能助手，为实际业务中的客户服务、知识问答等场景提供可靠支撑。借助 LangGraph 检查点机制，开发者可以快速构建具备记忆和纠错能力的现代对话系统。无论是客服、知识问答还是自动化助手，基于检查点的设计都能显著提升系统的稳定性和可维护性。
【JVM篇10】：三种垃圾回收算法对比详解
lyh2004_08的博客
07-30 1510
摘要：本文介绍了三种经典的垃圾回收算法：1）标记-清除算法通过标记存活对象并清除未标记对象实现简单回收，但会产生内存碎片；2）复制算法将存活对象复制到另一半空间，解决了碎片问题但空间利用率低，适合新生代；3）标记-整理算法结合前两者优点，通过移动对象消除碎片，适合老年代。三种算法各具特点，现代JVM根据分代假说（新生代对象存活率低、老年代存活率高）在不同内存区域采用不同算法组合，以平衡效率和空间利用率。理解这些算法的核心思想、优缺点及适用场景是掌握垃圾回收机制的关键。
jvm的垃圾回收器种类作用
05-13
### JVM垃圾回收器种类及其作用 #### 1. **Serial 收集器** `Serial` 是最基础的垃圾收集器之一，主要用于新生代垃圾回收。它是单线程工作的，在垃圾回收期间会触发 Stop-The-World (STW)，即暂停所有用户线程。这种收集器适用于小型应用程序或嵌入式设备中的客户端模式下运行的虚拟机[^1]。 优点在于其实现简单且高效（针对单线程环境），但在现代多核处理器环境中表现不佳。 ```java // 启动 Serial GC 参数 -XX:+UseSerialGC ``` --- #### 2. **ParNew 收集器** `ParNew` 是 `Serial` 的多线程版本，专门用于新生代垃圾回收。它同样会在垃圾回收时引发 STW，但通过并行处理多个线程可以显著缩短停顿时间。因此，相比于 `Serial`，它更适配于具有多核 CPU 的服务器端应用[^3]。 虽然提高了效率，但如果堆内存较大，则仍可能出现较长的停顿时间。 ```java // 启动 ParNew GC 参数 -XX:+UseParNewGC ``` --- #### 3. **Parallel Scavenge (吞吐优先)** 这是一种专注于提升系统整体吞吐量的新生代垃圾收集器。与 `ParNew` 类似，它也是多线程运作；然而，不同于后者关注最小化停顿时间的设计理念，`Parallel Scavenge` 致力于最大化程序执行的有效时间比例[^4]。 特别适合那些对响应速度要求不高但希望获得更高性能的应用场合，例如后台批量处理任务。 ```java // 启动 Parallel Scavenge GC 参数 -XX:+UseParallelGC ``` --- #### 4. **CMS (Concurrent Mark-Sweep)** `CMS` （Concurrent Mark Sweep）是一个面向老年代的垃圾收集器，旨在提供较低的延迟体验。其核心策略是尽可能让大部分垃圾回收动作与用户的正常业务逻辑并发执行，从而减少因 STW 导致的服务中断现象[^4]。 不过，由于采用了标记-清除算法而非复制算法，容易造成内存碎片问题，进而可能需要依赖额外的 Full GC 来解决问题。 ```java // 启动 CMS GC 参数 -XX:+UseConcMarkSweepGC ``` --- #### 5. **G1 (Garbage First)** 作为一款现代化的垃圾收集器，`G1` 将整个 Java 堆划分为许多大小相等的小块区域 (`Region`)，并通过预测模型来决定何时以及如何进行局部或者全局范围内的垃圾回收活动[^4]。 相比传统的分代式方法，这种方式不仅有助于更好地平衡各部分之间的负载压力，还支持更加精细地设定期望的最大停顿时间目标。 ```java // 启动 G1 GC 参数 -XX:+UseG1GC ``` --- #### 总结表 | 不同垃圾回收器的作用对比 | 名称 | 主要用途 | 特点 | |--------------------|--------------------|------------------------------------------------------------------------------------------| | Serial | 客户端模式 | 单线程、简单高效 | | ParNew | 新生代, 多核 | 多线程版 Serial，降低 STW 时间 | | Parallel Scavenge | 高吞吐量需求 | 注重吞吐量优化 | | CMS | 老年代, 低延迟 | 减少停顿时间 | | G1 | 综合优化 | 动态调整、分区管理 | ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值