gc

水中加点糖

JVM-GC(G1)实践—GC异常定位、参数调整、GC更换如SpringBoot官方介绍所说的那样，从SpringBoot3.x开始支持的最低JDK版本为：JDK17（官方推荐使用BellSoft Liberica JDK），其对应的GC为G1。本文笔者从应用实践的角度出发，记录一些关于GC的一些实践总结。

Golang GC 三色标记法Golang GC 会使用三种颜色会对象进行标记。分别为白色、灰色和黑色。白色表示尚未被标记的对象、灰色表示已经追踪但还没标记的对象，黑色表示已经完成标记的对象。黑色表示活跃对象，不会被回收。

JVM ②-双亲委派模型 || 垃圾回收GCGC 的工作过程大致可以分为两步：在 new 对象时，给对象单独添加一个引用计数器：这便是 Python 与 PHP 使用的方法，这个方法实现简单，效率高，但是目前主流的虚拟机中并没有选择这个算法来管理内存，是因为其存在某些致命的缺点。

JVM- 垃圾回收算法STW： Java 垃圾回收过程会通过单独的 GC 线程来完成，但是不管使用哪一种 GC 算法，都会有部分阶段需要停止所有的用户线程。这个过程被称之为 Stop The World 即 STW，如果 STW 时间过长则会影响用户的使用。

Go的垃圾回收(GC)机制Go 语言的垃圾回收机制是其运行时系统的重要组成部分，负责自动管理内存，避免内存泄漏。Go 的 GC 机制经历了多次演进，从最初的标记清除法到现在的三色标记法，逐步优化了性能和效率。

raft: Failed to contact一个分布式服务是基于raft分布式协议并使用的go语言开发的，在一个新版本上线后，出现了Leader比较频繁的漂移问题。

Java11使用JVM同一日志框架启用日志记录你可以使用-Xlog选项配置或启用Java虚拟机同一日志框架的日志记录。指定组合的标记和日志级别，格式为tag1[+tag2…][*][=level][, …]。除非制定了通配符（*）,否则只有标记了指定标签的日志消息才会匹配。

JVM 性能调优 -- CMS 垃圾回收器 GC 日志分析【Full GC】前言：上一篇我们分析了 Minor GC 的发生过程，因为 GC 日志没有按我们预估的思路进行打印，其中打印了 CMS 垃圾回收器的部分日志，本篇我们就来分析一下 CMS 垃圾收集日志。

暴走的锅巴

由C#委托回调想到的二三事写在前面：之前的过开发程中，我愈发觉得面对复杂的界面要求，最好还是用UserControl将不同模块的界面设计单独封装，以应对客户频繁地需求更改。这样做能够在面对对不同的UI要求时，动态的加载预先设计好的特定模块的UserControl，不需要用代码对界面进行复杂的控制，否则要用代码控制一个个控件的生成与显示。设计之初费力，后面维护起来比较方便。背景介绍：最近开发新工具，针对不同的模块的数据展示我设计了不同的布局单独封装为UserControl，放置在PanelControl中作为数据展示。为了能够

面向对象彻底性、权限访问、垃圾回收历史的潮流不断告诉我们，没有什么可以一步到位，如果是，那大概率是发生了极大的事件，比如小行星撞地球。社会本身就有限制和权限，在公网写博客是public, 不管是公司还是其他任何人都可以看。为本部门写的代码对本部门可能是public，其他部门是protected, 外部是private. 间谍战写了一些不可告人的代码，这是private.

.net 之内存回收一些基本概念如下:托管代码就是执行过程交由运行时管理的代码。在这种情况下，相关的运行时称为公共语言运行时 (CLR)，不管使用的是哪种实现（例如 Mono、.NET Framework 或 .NET Core/.NET 5+）。 CLR 负责提取托管代码、将其编译成机器代码，然后执行它。除此之外，运行时还提供多个重要服务，例如自动内存管理、安全边界和类型安全。

Go语言的垃圾回收（GC）机制的迭代和优化历史Go语言的垃圾回收（GC）机制自Go语言发布以来经历了多次重要的迭代和优化，以提高性能和减少程序运行时的停顿时间。以下是一些关键的版本和相应的GC优化：

Java知识点小结3：内存回收注：本文是对《疯狂Java面试讲义》的小结。Java通过 new 关键字来创建对象实例，JVM会在堆内存中为对象分配空间。当对象失去引用时，JVM的垃圾回收机制会自动清理对象，回收内存空间。

基于eBPF的procstat软件追踪程序垃圾回收（GC）事件在性能敏感的应用程序中，偶尔遇到程序无故卡顿是开发者们常见的挑战之一。这种现象可能会表现为突然的延迟、系统响应时间增加、吞吐量的下降。这类问题的根源可能是编程语言的垃圾回收（Garbage Collection，GC）导致，尤其是在内存管理上有着较高压力的情况下。然而，识别和跟踪这些GC事件并非易事。GC发生时，程序线程会暂停执行（如Golang的Stop-the-World，Java的GC暂停），这一操作可能影响到应用的性能表现。在传统的监控方法中，很难准确捕捉到这些事件的开始与结束。为了有效应对这种

JVM垃圾回收JVM程序在运行过程中会不断创建对象，这些对象如果不被回收会一直占用内存，当剩余内存不足以为新对象分配空间时程序将无法运行，因此JVM会在程序运行时会不断地对不再被使用的内存(垃圾)进行回收。而在垃圾回收时会使程序暂停运行(SWT，Stop The World)，如果回收的太过频繁会影响程序的执行效率。因此，选择一个合适的垃圾回收机制至关重要。

【JVM】垃圾收集器与GC日志(一)串行:一个GC线程运行并行(Parallel):指多条垃圾收集线程并行工作，但此时用户线程仍然处于等待状态。并发(Concurrent):指用户线程与垃圾收集线程同时执行(但不一定是并行的，可能会交替执行)，用户程序在继续运行，而垃圾收集程序运行于另一个CPU上

【JVM】垃圾回收算法(一)Java程序在运行过程中会产生大量的对象，但是内存大小是有限的，如果光用而不释放，那内存迟早被耗尽。如C/C++程序，需要程序员手动释放内存，Java则不需要，是由垃圾回收期去自动回收。垃圾回收器回收内存至少需要做两件事情:标记垃圾、回收垃圾。于是诞生了很多算法

JVM中的垃圾回收器如果说收集算法是内存回收的方法论，那么垃圾收集器就是内存回收的具体实现。虽然我们对各个收集器进行比较，但并非要挑选出一个最好的收集器。因为直到现在为止还没有最好的垃圾收集器出现，更加没有万能的垃圾收集器，我们能做的就是根据具体应用场景选择适合自己的垃圾收集器。

Golang三色标记法在JVM中，GC采用可达性分析法来判断对象是否死亡；在python虚拟机中，GC采用引用计数法加循环检测器来判断对象是否死亡，而在golang中，使用的是三色表记法来判断对象是否死亡。

Java面试题--JVM大厂篇之掌握JVM性能优化：选择合适的垃圾回收器在Java开发中，性能优化往往是提高应用稳定性和用户体验的关键所在。而垃圾回收器的选择和优化，是JVM性能调优的核心环节。如何在众多垃圾回收器中选出适合自己应用需求的那一个？如何通过合理配置和监控，最大限度地提升系统效率？本文将为你详细解析。