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异常处理(golang异常处理最佳实践)
golang之context详解为什么需要context在go服务器中，对于每个请求的request都是在单独的goroutine中进行的，处理一个request也可能设计多个goroutine之间的交互，使用context可以使开发者方便的在这些goroutine里传递request相关的数据、取消goroutine的signal或截止日期在并发程序中，由于超时、取消操作或者一些异常情况，往往需要进行抢占操作或者中断后续操作。熟悉channel的朋友应该都见过使用donechannel来处理此类问题。比如以下这个例子：上述例子中定义了一个buffer为0的channeldone,子协程运行着定时任务。如果主协程需要在某个时刻发送消息通知子协程中断任务退出，那么就可以让子协程监听这个donechannel，一旦主协程关闭donechannel，那么子协程就可以推出了，这样就实现了主协程通知子协程的需求
Golang GC机制与实践优化
Golang的GC机制对程序性能有着显著影响，特别是STW(停止世界)的产生。本文主要介绍Golang GC的基本概念，发展历程以及实践中的优化策略。内存管理方式上，现代编程语言选择将内存回收交给Runtime处理，以减少程序员的直接干预，但这也带来了额外的开销。两种主要回收方法中，时停STW会导致程序暂停执行，影响性能。Golang的GC机制发展过程中，从1.0-1.5的Mark-Sweep算法，全程STW问题严重。1.5-1.8引入并发/增量Mark-Sweep，通过三色标记和屏障技术改善了STW。Golang通过混合写屏障进一步优化，实现了增量与并发，减少了单次STW时间，但整体STW时间可能会延长。实践中，Golang GC过程包括标记、清理和终止阶段，优化案例包括MADV_FREE策略导致的内存占用过高问题和字符串拼接导致的频繁GC。通过调整GCPercent参数和使用第三方库可以减轻这些问题
Golang channel 三大坑，你踩过了嘛？
Golang channel 三大坑，你踩过了嘛？1. 前言你好哇！本文是「Golang 并发编程」系列的第 3 篇文章～上篇文章我们学习了 channel 的基础用法，还不熟悉的朋友可以先看看上篇文章。在使用 channel 进行 goroutine 之间的通信时，有时候场面会变得十分复杂，以至于写出难以觉察、难以定位的偶现 bug，而且上线的时候往往跑得好好的，直到某一天深夜收到服务挂了、OOM 了之类的告警……本文来梳理一下使用 channel 中常见的三大坑： panic、死锁、内存泄漏，做到防患于未然。2. 死锁go 语言新手在编译时很容易碰到这个死锁的问题：fatal error: all goroutines are asleep - deadlock!这个就是喜闻乐见的「死锁」了…… 在操作系统中，我们学过，「死锁」就是两个线程互相等待，耗在那里，最后程序不得不终止。go 语言中的「死锁」也是类似的，两个
golang文件锁清除？
golangsync.pool对象复用并发原理缓存池在gohttp每一次goserve(l)都会构建Request数据结构。在大量数据请求或高并发的场景中，频繁创建销毁对象，会导致GC压力。解决办法之一就是使用对象复用技术。在http协议层之下，使用对象复用技术创建Request数据结构。在http协议层之上，可以使用对象复用技术创建(w,*r,ctx)数据结构。这样即可以回快TCP层读包之后的解析速度，也可也加快请求处理的速度。先上一个测试：结论是这样的：貌似使用池化，性能弱爆了？？？这似乎与net/http使用sync.pool池化Request来优化性能的选择相违背。这同时也说明了一个问题，好的东西，如果滥用反而造成了性能成倍的下降。在看过pool原理之后，结合实例，将给出正确的使用方法，并给出预期的效果。sync.Pool是一个协程安全的临时对象池。数据结构如下：local成员的真实类型是一个poolLocal数组，localSize是数组长度