十分钟让你搞懂JVM中的GC垃圾回收机制(分代回收)

最新推荐文章于 2025-06-30 18:00:19 发布
最新推荐文章于 2025-06-30 18:00:19 发布
阅读量1.3k 收藏 5
点赞数 5
CC 4.0 BY-SA版权
文章标签： jvm 垃圾回收 python php java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_60366454/article/details/134551668
本文探讨了Java垃圾回收的必要性、内存区域划分、引用计数和可达性分析的判断方法，以及标记-清除、复制和标记-整理等清理策略。重点介绍了JVM的分代回收机制，对象在新生代和老年代的迁移规则。最后概述了垃圾回收器的角色和重要收集器的发展历程。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

文章目录

0. 为什么要有垃圾回收?

JVM 中的垃圾回收机制, 可以自动的释放不再使用的内存. 可以有效的防止程序中内存泄漏问题. 本文我们就来聊一下垃圾回收机制.

内存泄漏（Memory Leak）是指程序中已动态分配的堆内存由于某种原因程序未释放或无法释放，造成系统内存的浪费，导致程序运行速度减慢甚至系统崩溃等严重后果。

关注收藏, 开始学习吧🧐

1. 垃圾回收哪个内存区域?

Java运行时内存的有许多区域。对于程序计数器、虚拟机栈、本地方法栈这三部分区域而言，其生命周期与相关线程有关，随线程而生，随线程而灭。并且这三个区域的内存分配与回收具有确定性，因为当方法结束或者线程结束时，内存就自然跟着线程回收了。

因此本文所讲的有关内存分配和回收关注的为Java 堆 与 方法区 这两个区域。

垃圾回收, 应该分为两步:

  1. 找到垃圾.
  2. 清理垃圾.

对于 Java 来说, 垃圾回收, 回收的是 “对象”, 而不是 “字节”. 所以我们会认为 “垃圾” 指的就是 “已经死亡的对象”, 那么我们如何判定这个对象是否已经死亡, 是否是垃圾呢?

2. 如何找到垃圾(死亡对象的判断)

如果一个对象, 在后续的代码中, 不会被继续使用到了, 就可以视为是垃圾了. 那么我们该怎样判断这个对象不会再被继续使用到了呢?

在 Java 中, 使用一个对象, 只有一种途径, 就是搞个引用指向它, 然后通过引用来访问这个对象.

  • 一个对象, 只要有引用指向, 就无法确保后续孩会不会进行使用.
  • 一个对象, 如果没有引用指向, 那么这个对象以后一定无法被使用.

所以我们可以认为, 一个对象, 如果没有任何引用指向它, 就代表着之后也不会被使用到了, 那它就是一个 “垃圾” 了. 接下来我们来介绍两个主流的判断方法.

2.1 引用计数法

该方法简单来说, 就是给每个对象中安排一个计数器, 每次有引用指向它时, 内置的计数器就 +1. 每次有引用被销毁时, 计数器就 -1. 当计数器成为 0 时, 意味着该对象就变成垃圾了.

引用计数法实现简单, 判定效率也比较高, 在大部分情况下都是一个不错的算法, 比如 Python 语言就采用引用计数法进行内存管理.

但上述方案, 并不是 JVM 中判断垃圾所使用的方案. 是因为引用技术方案, 还存在着两个无法忽视的问题:

  1. 空间利用率会比较低, 浪费了不必要的内存空间. 如果一个对象本体只有 4 个字节时, 给引用计数分配 2 个字节, 就相当于浪费了 50% 的内存空间.
  2. 可能会存在循环引用的问题, 导致对象不能被正常识别为垃圾.

观察循环引用问题.
在这里插入图片描述
当前是简单画了一个内存草图, 我们执行左面的伪代码, 就会造成右面的内存布局. 可以看到, 明明已经没有引用指向对象了, 可是对象中的计数器, 还没有到 0. 此时这俩对象的引用计数不为 0, 就不能被视为垃圾, 也就无法被识别清理.

2.2 可达性分析法

上面我们说到, Java并不是采用引用计数法来判断对象是否已经"死亡", 其采用的其实是 “可达性分析法”.

JVM 首先会从现有代码中能直接访问到的引用出发, 尝试遍历所有能访问的对象. 只要这个对象能被访问到, 就被视为 “可达”, 反之为不可达. 完成整个遍历后, 视所有 “不可达” 的对象为垃圾.

此算法的核心思想为 : 通过一系列称为 “GC Roots” 的对象作为起始点，从这些节点开始向下搜索，搜索走过的路径称之为"引用链"，当一个对象到 GC Roots 没有任何的引用链相连时(从GC Roots到这个对象不可达)时，证明此对象是不可用的。以下图为例：

在这里插入图片描述
对象 Object5-Object7 之间虽然彼此还有关联，但是它们到GC Roots是不可达的，因此他们会被判定为可回收对象。

在 Java 中，可作为GC Roots的对象包含下面几种:

  1. 栈上的局部变量.
  2. 方法区中类静态属性引用的对象；
  3. 方法区中常量引用的对象。

2.3 两种算法的差别

  • 引用计数消耗的是空间, 通过引用计数的数值, 不需要持续判断, 就可以非常快速的得知这个对象是否是垃圾.
  • 可达性分析消耗的是时间, 不消耗额外的空间开销, 通过持续性的扫描, 就可以得知哪些对象是垃圾.

3. 如何清理垃圾(死亡对象的回收)

我们找到垃圾之后, 就应该对它进行清理了. 目前主流的一些清理方法有以下几种.

3.1 标记-清楚法

"标记-清除"算法是最基础的收集算法。算法分为"标记"和"清除"两个阶段 : 首先标记出所有需要回收的对象，在标记完成后统一回收所有被标记的对象。但该算法也有一些问题.

"标记-清除"算法的不足主要有两个 :

  1. 效率问题 : 标记和清除这两个过程的效率都不高
  2. 空间问题 : 标记清除后会产生大量不连续的内存碎片，空间碎片太多可能会导致以后在程序运行中需要分配较大对象时，无法找到足够连续内存而不得不提前触发另一次垃圾收集。

在申请内存时, 都是申请的连续内存空间, 释放内存, 就可能会破坏原有的连续性, 导致 “有内存, 但无法申请”.

在这里插入图片描述
假设当前剩余四块空间(黑色的)可以申请, 每个空间大小是 1mb, 总的空闲空间是 4mb, 但其实实际上已经无法继续分配大于 1mb 的内存了. 这种问题就叫做 “内存碎片” 问题.

3.2 复制法

"复制"算法是为了解决"标记-清理"的问题。它将可用内存按容量划分为大小相等的两块，每次只使用其中的一块。

在这里插入图片描述

就是把一个内存, 分成两份空间 A 和 B, 只用一份A. 清理时, 把 A 中存活下来的对象全部复制到 B 中, 把 A 中内存统一释放 接下来就继续使用 B 空间. 再次清理时, 把存活下来的对象再复制回 A 中去, 把 B 中资源统一释放. 当前流程一直循环进行.

这个算法虽然提高了一些效率, 但也有些不足的地方,

  • 内存李永利比较低, 他真正能利用的内存空间, 只有原先内存空间的一半, 很浪费内存空间.
  • 在对象存活率较高时会进行比较多的复制操作, 效率会变低.

3.3 标记-整理法

针对 “标记-清楚” 提出了一种为"标记-整理"的算法。标记过程仍与 “标记-清除” 过程一致，但后续步骤不是直接对可回收对象进行清理，而是让所有存活对象都向一端移动，然后直接清理掉端边界以外的内存。

在这里插入图片描述

这样的方式, 避免了刚才复制算法中内存利用率比较低的问题. 但是也有个很明显的个问题, 就是这里搬运的成本, 也是比较高的.

4. JVM使用的回收方法

设计 JVM 中垃圾回收算法时, 虽然已经有了这么多的回收机制, 但还是没有哪个方法能让设计 JVM 的大佬们满意, 于是他们想了个办法, 集百家之长, 结合上面的回收方案, 搞一个综合性质的方案, 在不同的场景下, 使用不同的回收方式, 做到扬长而避短.

4.1 什么是分代回收

分代算法和上面讲的 3 种算法不同，分代算法是通过区域划分，实现不同区域和不同的垃圾回收策略，从而实现更好的垃圾回收。对于不同的情况设置更符合该情况的规则，从而达到更高的效率，这就是分代算法的设计思想。

当前 JVM 垃圾收集都采用的是"分代收集(Generational Collection)"算法，这个算法并没有新思想，只是根据对象存活周期的不同将内存划分为几块。一般是把 Java 堆分为新生代和老年代。在新生代中，每次垃圾回收都有大批对象死去，只有少量存活，因此我们采用复制算法；而老年代中对象存活率高、没有额外空间对它进行分配担保，就必须采用"标记-清理"或者"标记-整理"算法。

4.2 哪些对象会进入新生代？哪些对象会进入老年代？

  • 新生代：一般创建的对象都会进入新生代；
  • 老年代：大对象和经历了 N 次（一般情况默认是 15 次）垃圾回收依然存活下来的对象会从新生代移动到老年代。

4.3 工作过程

在这里插入图片描述

  • 堆内存为两个区：新生代 (Young) 和老年代 (Old)；
  • 新生代默认占堆内存的 1/3，老年代默认占堆内存的 2/3；
  • 新生代又分为 Eden 区、Survivor From区、Survivor To区默认比例是 8:1:1.

先理解两种GC:

  1. Minor GC 又称为 新生代GC : 指的是发生在新生代的垃圾收集。因为Java对象大多都具备朝生夕灭的特性，因此Minor GC(采用复制算法)非常频繁，一般回收速度也比较快。
  2. Full GC 又称为 老年代GC 或者 Major GC : 指发生在老年代的垃圾收集。出现了 Major GC，经常会伴随至少一次的 Minor GC。Major GC 的速度一般会比 Minor GC 慢10倍以上。

工作过程：

  • 所有新创建的对象都在 Eden 区，当 Eden 区内存满后将 Eden 区+ Survivor From 区存活的对象复制到 Survivor To区；
  • 清空 Eden 区与 Survivor From 区；
  • 同时 Survivor From 与 Survivor To 分区进行交换；
  • 每次 Minor GC 存活对象年龄加 1，当年龄达到 15(默认值)岁时，被移到老年代；
  • 当 Eden 的空间无法容纳新创建的对象时，这些对象直接被移至老年代；
  • 当老年代空间占用达到阈值时，触发 Full GC；
  • 以上流程循环执行。

在这里插入图片描述

5. 垃圾回收器是什么

如果说上面我们讲的收集算法是内存回收的方法论，那么垃圾收集器就是内存回收的具体实现。

垃圾收集器的作用：垃圾收集器是为了保证程序能够正常、持久运行的一种技术，它是将程序中不用的死亡对象也就是垃圾对象进行清除，从而保证了新对象能够正常申请到内存空间。

以下这些收集器是不同版本推出的重要的垃圾收集器, 读者了解一下即可.
在这里插入图片描述

总结

✨ 本文重点讲解了垃圾回收的一些概念, 包括怎么找垃圾, 怎么清理垃圾等等.
✨ 想了解更多知识, 请持续关注博主, 本人会不断更新学习记录, 跟随我一起不断学习.
✨ 感谢你们的耐心阅读, 博主本人也是一名学生, 也还有需要很多学习的东西. 写这篇文章是以本人所学内容为基础, 日后也会不断更新自己的学习记录, 我们一起努力进步, 变得优秀, 小小菜鸟, 也能有大大梦想, 关注我, 一起学习.

再次感谢你们的阅读, 你们的鼓励是我创作的最大动力!!!!!

JVM学习记录（六）——垃圾收集之分代回收机制
weixin_45974176的博客
01-24 673
引言 本博客根据《深入理解Java虚拟机：JVM高级特性与最佳实践（第3版） 周志明》这本书，加上查阅其他资料理解创作而成（可能有些不准确，请理解），希望能对你有帮助。 举例讲解 Java对象的一生：我是一个java对象，我出生在Eden区。在Eden区有一些跟我一样的兄弟们，我们在Eden区中一起玩，每天都有新的兄弟进来。有一天Eden区中的人实在是太多了，我就被迫去了Survivor区的“From”区，自从去了Survivor区，在这里生活非常不稳定。有时候在Survivor的“From”区，有时
分代回收机制
web小菜鸡的专栏
05-31 2112
分代收集算法是目前大部分JVM的垃圾收集器采用的算法。它的核心思想是根据对象存活的生命周期将内存划分为若干个不同的区域。一般情况下将堆区划分为老年代（Tenured Generation）和新生代（Young Generation），老年代的特点是每次垃圾收集时只有少量对象需要被回收，而新生代的特点是每次垃圾回收时都有大量的对象需要被回收，那么就可以根据不同代的特点采取最适合的收集算法。 目前大部分
【技术揭秘】一文读懂Java所有垃圾回收器，从入门到精通！
最新发布
doke99的博客
06-30 698
【Java垃圾回收器全面解析】文章摘要： 本文通过对话形式生动讲解了Java垃圾回收机制的发展历程和技术特点。从基础概念入手，介绍了年轻代和老年代的内存模型，并详细解析了Serial、ParNew等第一代单线程/多线程收集器，专注于高吞吐量的Parallel系列收集器，以及追求低延迟的CMS收集器。还提到了新一代区域化分代的G1收集器和超低延迟的ZGC、Shenandoah。文章对比了各类收集器的工作原理、优缺点和适用场景，帮助开发者根据应用需求选择合适的垃圾回收策略，解决内存溢出和高延迟等问题。
【JVM垃圾回收】分代回收
太阳的博客
12-08 452
在内存空间中我们可以大致按照上图划分，将堆空间划分为，新生代，老年代，字符串常量池，封装类常量池。 回收机制主要进行在新生代和老年代。 新生代： 伊甸园：主要用于存放新创建的对象。 幸存区From，幸存去To：幸存去To空着，幸存区From存放已经存活有一定次数的对象。 ​ 老年代： 当幸存区From中对象的存活次数达到一定阈值（没有特殊情况就是这样，如果实在是没有空间，那么就会提前放入老年代），就放入老年代。 ​ 回收流程 新创建的对象都被放在了新生代的伊甸园中 当伊甸园内存不足时候，就会进..
JVM中GC垃圾回收机制与垃圾回收算法
热门推荐
carson0408的博客
03-19 1万+
1.运行时内存区 要想了解GC垃圾回收机制，首先要了解虚拟机中内存分布以及管理。如下图所示，运行时数据区分为方法区、堆、虚拟机栈、本地方法栈和程序计数器等。 每一块区域解释如下： 方法区：是线程共享的内存区域，用来存储类加载的信息、常量、静态变量、即时编译器编译后的代码等。其中方法区中还有个经常会用到的区域叫做运行时常量池，主要用于存储一些常量，当创建一个...
jvm分代回收机制
09-21 2351
虚拟机中的共划分为三个代：年轻代（Young Generation）、年老点（Old Generation）和持久代（Permanent Generation）。其中持久代主要存放的是Java类的类信息，与垃圾收集要收集的Java对象关系不大。年轻代和年老代的划分是对垃圾收集影响比较大的。 　　年轻代: 　　所有新生成的对象首先都是放在年轻代的。年轻代的目标就是尽可能快速的收集掉那些生
Day04_JVM实战
weixin_45014721的博客
09-18 1633
可以看到，FullGC非常频繁，而且我们的方法区，占用了58729KB/1024= 57.8M空间，你JVM参数里面方法区设置的是60M，几乎把整个方法区空间占用，所以得出的结论是方法区空间设置过小，或者存在大量由于反射生成的代理类。这里面的OU是老年代已经使用的量，你每隔十分钟采样一次，然后比较这多组数据的OU的数值，如果这些值呈上涨趋势，则说明该Java程序的老年代内存已使用量在不断上涨，这意味着无法回收的对象在不断增加，因此很有可能存在内存泄漏。但GC频率比之前的1024M时要多了一些。
欧尼酱讲JVM(23)——垃圾收集器
化身孤岛的鲸
12-12 1110
前面几篇文章我们讲了垃圾收集相关的算法，现在我们开始讲垃圾收集器。 有了虚拟机就一定需要手机垃圾的机制，这就是GarbageCollection，对应的产品我们称为GarbageCollector。 垃圾收集器发展史 1999年，随JDK 1.3.1 一起来的是串行方式的Serial GC，它是第一款GC。ParNew GC是Serial GC的多线程版本。 2002年2月26日，Parallel GC和Concurrent Mark Sweep GC（ 即CMS） 跟随 JD...
Java：JVM+数据库（搬砖整理，侵权删文）
卷王之王的博客
07-14 513
Java：JVM+数据库（搬砖整理，侵权删文） 十一、JVM 1、Java内存区域 1、说一下 JVM 的主要组成部分及其作用？ ​ JVM包含两个子系统和两个组件，两个子系统为Class loader类装载、Execution engine执行引擎；两个组件为Runtime data area运行时数据区、Native Interface本地接口。 ​ Class loader(类装载)：根据给定的全限定名类名(如：java.lang.Object)来装载class文件到Runtime data a
JVM内存优化——小试牛刀
微寒的技术博客
09-09 3218
最近在拜读周志明的《深入理解Java虚拟机》，看了Java的内存管理机制以及Jvm优化相关内容。于是，下载了sun提供的Jvm检测工具VisualVm。下载地址：https://visualvm.java.net/ 安装就很简单了，在此略过。 一、启动程序1. 查看系统中运行的Java进程左侧显示当前系统中运行的虚拟机进程，双击连接后可以监测虚拟机的运行状况。 2. 安装VisualGC插件工具栏
运维：你们 JAVA 服务内存占用太高，还只增不减！告警了，快来接锅
qq826654664jx的专栏
05-24 5883
先点赞再看，养成好习惯 某天，运维老哥突然找我：“你们的某 JAVA 服务内存占用太高，告警了！GC 后也没释放，内存只增不减，是不是内存泄漏了！” 然后我赶紧看了下监控，一切正常，距离上次发版好几天了，FULL GC 一次没有，YoungGC，十分钟一次，堆空闲也很充足。 运维：“你们这个服务现在堆内存 used 才 800M，但这个 JAVA 进程已经占了 6G 内存了，是不是你们程序出啥内存泄露的 bug 了！” 我想都没想，直接回了一句：“不可能，我们服务非常稳定，不会有这种问题！” .
jvm垃圾回收——分代回收
weixin_46101560的博客
02-17 857
新生代与老年代 弱分代假说（Weak Generational Hypothesis）：绝大多数对象都是朝生夕灭的。（新生代） 强分代假说（Strong Generational Hypothesis）：熬过越多次垃圾收集过程的对象就越难以消亡。（老年代） 新生代和老年代都是堆分配的内存，新生代分为伊甸园区（Eden）和幸存者区（Survivor）。 分代垃圾回收 当产生新对象时，会在伊甸园（Eden）产生，当伊甸园内存不够时，会进行一次Miner GC，先进行可达性分析标记可清除的垃圾，然后把需要的.
JVM 垃圾回收机制之堆的分代回收
weixin_34417814的博客
04-30 160
JVM垃圾回收机制之堆的分代回收前言前文我们了解了Java的GC机制，对于堆中的对象，JVM采用引用计数和可达性分析两种算法来标记对象是否可以清除，本文中我们还会了解到JVM将对分成了不同的区域，以便于更好的回收对象。堆的分代Java的堆是JVM中最大的一块内存区域，主要保存Java中各种类的实例。为了更好的管理堆中各个对象的内存，包括分配内存和回收内存。JVM将堆分成了几块区域：新生代（Youn...
JVM 对象分代、垃圾回收机制
cyc头发还挺多的博客
04-03 1441
JVM中对象分代：年轻代、老年代、持久代，垃圾回收算法，垃圾回收过程整理。
JVM分化回收机制（年轻代、年老代、永久代）
小贾的博客
04-05 848
分代回收机制：JVM将堆内存划分为Eden、Survivor和Tenured/Old空间。 （Minor GC ）年轻代 ：Eden、Survivor。尽可能快的收集生命周期短的对象。 在年轻代中经历了N（默认15次）仍然存活的对象将进入年老代 （Major GC和Full GC（全量回收））年老代： Tenured/Old 永久代：存放静态文件 JDK7之前只有永久代 JDk7 是年轻代、年老代、永久代 JDK8以后没有永久代了，使用metaspace元数据空间和堆代替。 ...
JVM调优总结（4）：分代垃圾回收
一夜飘零
03-14 1573
为什么要分代   分代的垃圾回收策略，是基于这样一个事实：不同的对象的生命周期是不一样的。因此，不同生命周期的对象可以采取不同的收集方式，以便提高回收效率。   在Java程序运行的过程中，会产生大量的对象，其中有些对象是与业务信息相关，比如Http请求中的Session对象、线程、Socket连接，这类对象跟业务直接挂钩，因此生命周期比较长。但是还有一些对象，主要是程序运行过程中生成的...
JVM虚拟机（三）垃圾回收算法、分代回收、垃圾回收器种类、G1垃圾回收器
ACGkaka的博客
04-13 1745
JVM虚拟机（三）垃圾回收算法、分代回收、垃圾回收器种类、G1垃圾回收器
JVM分代回收机制和垃圾回收算法
羽毛的博客
03-08 569
JVM系列文章目录 初识JVM 深入理解JVM内存区域 玩转JVM对象和引用 JVM分代回收机制和垃圾回收算法JVM系列文章目录分代回收机制分代回收基础知识垃圾回收算法复制算法(Copying)普通的复制算法JVM中的复制回收算法标记-清除算法(Mark-Sweep)标记-整理算法（Mark-Compact）JVM中常见的垃圾回收器单线程垃圾回收器多线程垃圾回收器Parallel Scavenger + Parallel OldParNewCMS（Concurrent Mark Sweep ）G1（G
JVM垃圾回收(GC)机制
david_zz2012的专栏
06-04 997
1.什么是垃圾回收？ 垃圾回收(Garbage Collection)是Java虚拟机(JVM)垃圾回收器提供的一种用于在空闲时间不定时回收无任何对象引用的对象占据的内存空间的一种机制。 注意：垃圾回收回收的是无任何引用的对象占据的内存空间而不是对象本身。换言之，垃圾回收只会负责释放那些对象占有的内存。对象是个抽象的词，包括引用和其占据的内存空间。当对象没有任何引用时其占据的内存空间随即被收回备用，此时对象也就被销毁。但不能说是回收对象，可以理解为一种文字游戏。 分析： 引用：如果Reference
springboot单线程循环20000条数据，一次十分钟，占用cpu很高
01-19
### Spring Boot 应用中单线程处理大量数据导致 CPU 占用过高的解决方案 #### 1. 利用多线程并行处理 为了提升处理速度和降低CPU占用率，可以采用多线程技术来并发执行任务。通过合理分配工作负载到多个线程上，能够显著减少总耗时。 ```java import org.springframework.scheduling.annotation.Async; import org.springframework.stereotype.Service; @Service public class DataProcessingService { @Async public void processData(List<Data> dataList, int start, int end) { for (int i = start; i < end && i < dataList.size(); ++i) { // 执行具体的数据处理逻辑 processSingleData(dataList.get(i)); } } private void processSingleData(Data data) { // 实现具体的业务逻辑 } } ``` 配置 `application.properties` 文件启用异步支持： ```properties spring.task.execution.pool.max-size=20 spring.task.execution.pool.queue-capacity=100 ``` 这会创建一个最大容量为20的任务池[^1]。 #### 2. 减少上下文切换开销 当有过多活跃线程竞争资源时会发生频繁的上下文切换，从而影响整体性能。可以通过调整线程数量至最优水平来缓解此现象；另外也可以考虑批量提交任务给固定大小的工作队列而非直接启动新线程。 #### 3. 使用缓存机制减轻数据库压力 对于重复读取相同记录的情况，引入本地或分布式缓存（如Redis），可有效避免不必要的磁盘I/O操作，进而间接改善CPU利用率。 #### 4. 调整JVM参数优化垃圾回收行为 适当调节堆内存大小、新生代比例等GC相关设置有助于防止因频繁全量收集而造成的停顿时间增加问题。 例如，在 `application.yml` 中指定 JVM 参数: ```yaml server: jvmRoute: ${RANDOM_VALUE} management: endpoints.web.exposure.include: '*' --- spring: config.activate.on-profile: prod systemProperties: JAVA_TOOL_OPTIONS: "-Xms512m -Xmx2g -XX:+UseG1GC" ``` 以上措施均能在不同程度上帮助解决Spring Boot应用中由单线程循环处理大批量数据所引发的一系列性能瓶颈问题。
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

慧天城寻

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值