apocelipes

很多初级甚至中级开发会滥用atomic，因为在他们的世界观里atomic比mutex轻量，性能总是优于锁的。 这话不能算错，但有个很重要的前提，那就是原子操作竞争不激烈的时候。 “竞争激烈”是指什么呢

记录一下从开源代码里学来的短字符串比较优化。 这个优化只适用于长度在八字节以下的字符串，且只适用于优化相等比较。 原理 想要判断字符串相等，常见的有利用strcmp、利用字符串的hash或者利用正则表

记录一下如何在Linux环境下运行时获取动态库路径。 只讨论Linux amd64和arm64环境，因为使用的办法都是平台相关的不具备可移植性。

最近一直在重构优化老系统，所以性能优化相关的文章会比较多。 这次的是有关循环处理map时的性能优化。预分配内存之类的大家都知道的就不多说了，今天来讲点大伙不知道的。 要讲的一共有三点，都和循环处理有关

最近网上冲浪的时候看到有人分享了最近一次性能优化的经验。我向来对性能是比较敏感的，所以就点进去看了。 然而我越看越觉得蹊跷，但本着“性能问题和性能优化要靠性能测试做依据”，我不能凭空怀疑别人吧。所以

最近料理老项目的时候被unsafe坑惨了，这里挑一个最不易察觉的错误记录一下。 这个问题几乎影响近几年来所有的go版本，为了方便讨论我就用最新版的1.24.3做例子了。

在x86和ARM平台上，整数除法是相对较慢的操作。不巧的是除法在日常开发中使用频率并不低，而且还有一些其他常用的运算依赖于除法操作，比如取模。因此频繁的除法操作很容易成为程序的性能瓶颈，需要进行优化。

今天讲一个常见的官方版本的go在垃圾回收的扫描标记阶段做的优化。这个优化是一些常见的cache库的基石。

逃逸分析算是go语言的特色之一，编译器自动分析变量/内存应该分配在栈上还是堆上，程序员不需要主动关心这些事情，保证了内存安全的同时也减轻了程序员的负担。 但这个“减轻负担”的特性现在成了程序员的负担。