golang gc介绍

何为GC？GC全称为Garbage Collection，中文翻译为垃圾回收。它是一种自动发现与释放内存中不再使用的内存区域的过程。这些不再使用的内存区域被称为垃圾，自动垃圾回收机制可以有效避免程序中内存泄漏的问题，提升程序性能。常见的垃圾回收机制包括：引用计数、标记-清除、分代收集等。引用计数机制通过维护每个对象的引用计数，当引用该对象的引用被销毁时，引用计数减一。当计数为零时，表示该对象已被释放。标记-清除机制通过从根对象开始遍历所有引用的对象，标记为“被引用”。没有被标记的对象会被回收。分代收集机制将对象按照生命周期长短划分不同的代空间，长生命周期的对象放在老年代，短生命周期的对象放在新生代，采用不同的回收算法和回收频率。为什么要有GC？程序运行时会申请大量内存空间，但内存资源有限。如果不对不再使用的内存空间进行及时清理，会导致内存溢出，造成程序崩溃。垃圾回收机制可以管理内存重复使用，减轻开发者对内存管理的负担，减少内存相关问题

【golang】内存逃逸常见情况和避免方式

因为如果变量的内存发生逃逸，它的生命周期就是不可知的，其会被分配到堆上，而堆上分配内存不能像栈一样会自动释放，为了解放程序员双手，专注于业务的实现，go实现了gc垃圾回收机制，但gc会影响程序运行性能，所以要尽量减少程序的gc操作。 1、在方法内把局部变量指针返回，被外部引用，其生命周期大于栈，则溢出。 2、发送指针或带有指针的值到channel，因为编译时候无法知道那个goroutine会在channel接受数据，编译器无法知道什么时候释放。 3、在一个切片上存储指针或带指针的值。比如[]*string，导致切片内容逃逸，其引用值一直在堆上。 4、因为切片的append导致超出容量，切片重新分配地址，切片背后的存储基于运行时的数据进行扩充，就会在堆上分配。 5、在interface类型上调用方法，在Interface调用方法是动态调度的，只有在运行时才知道。 1、go语言的接口类型方法调用是动态，因此不能在编译阶段确定，所有类型结构转换成接口的过程会涉及到内存逃逸发生，在频次访问较高的函数尽量调用接口

golang 垃圾回收gc 详解

golang GC（垃圾收集器）经历了多次重要更新，目标是提高并发性能并减少STW（Stop The World）时间。GC使用标记清除算法来识别可达对象。从程序的根节点开始，遍历路径即可标记可达对象。图示中，ACE为可达对象，BD为不可达对象。标记清除算法在GC过程中会导致STW时间较长。为解决此问题，golang在Go 1.5版本引入三色标记法，将一次长时间的STW分散为多次短暂STW。三色标记法包括黑色、白色和灰色对象。黑色对象是可达的，白色对象在标记后变为可达，灰色对象在标记过程中被创建，可能导致对象丢失。解决对象丢失问题，通过引入强三色不变式和弱三色不变式，确保在GC期间对象不丢失。三色标记法结合混合写屏障解决了对象丢失问题。当对象在GC期间被创建，新元素会标记为灰色，之后的遍历确保了对象可达性。对比Java GC，golang GC通过分散STW时间显著减少停顿，但牺牲了部分吞吐量

Golang中的垃圾回收(GC)

垃圾回收（Garbage Collection, GC）是一种自动进行的内存管理机制，它的核心任务是在程序运行期间监测和回收那些不再被使用的对象，从而防止内存泄漏并提升内存使用效率。这种技术在诸如Java、Python和Go等编程语言中得到了广泛应用，而在C、C++和Rust等语言中则通常不提供垃圾回收功能，内存的分配与释放需要程序员显式控制。所谓“垃圾”，是指那些程序中已经分配出去但不再被引用的内存空间。这些无用的内存如果未被及时清理，就会逐渐积累，最终可能导致内存资源的浪费和程序性能的下降。垃圾主要产生于程序运行过程中的内存分配与回收不当。在现代操作系统中，每个进程都拥有独立的虚拟内存空间，这些空间被划分为不同的内存段，包括代码段、数据段、BSS段、堆段、文件映射段和栈段。其中，堆和栈是存储动态分配内存的两个关键区域。在编程实践中，不同语言对内存管理采取不同的策略。C++等语言要求开发者负责手动分配和释放堆内存，这增加了内存管理的复杂性，并要求开发者警惕内存泄漏的问题

golang sync.pool对象复用 并发原理 缓存池

在go http每一次go serve(l)都会构建Request数据结构。在大量数据请求或高并发的场景中，频繁创建销毁对象，会导致GC压力。解决办法之一就是使用对象复用技术。在http协议层之下，使用对象复用技术创建Request数据结构。在http协议层之上，可以使用对象复用技术创建(w,*r,ctx)数据结构。这样即可以回快TCP层读包之后的解析速度，也可也加快请求处理的速度。 先上一个测试： 结论是这样的： 貌似使用池化，性能弱爆了？？？这似乎与net/http使用sync.pool池化Request来优化性能的选择相违背。这同时也说明了一个问题，好的东西，如果滥用反而造成了性能成倍的下降。在看过pool原理之后，结合实例，将给出正确的使用方法，并给出预期的效果。 sync.Pool是一个 协程安全 的 临时对象池 。数据结构如下： local 成员的真实类型是一个