-
zlib.NewWriter比gzip.NewWriter更快，因二者同用flate压缩算法，但zlib省去gzip的10–20字节头部及CRC32校验开销，尤其在小包场景下优势明显；协议层面gzip兼容性更好，zlib仅适用于两端可控的内网或自定义协议。
-
gotest-runTestName可快速运行指定测试函数，支持正则匹配，但需注意大小写、导出规则、函数签名、包路径、buildtags及Windows引号转义等问题。
-
gopacket是Go生态中稳定解析PCAP/pcapng文件的首选库，需用OpenOfflineFile初始化并检查err；常见问题包括格式不支持、分层解析失败、懒加载性能瓶颈及Windows依赖缺失。
-
结构体字段顺序影响内存占用是因为Go不自动重排字段，需手动按从大到小排列（如int64→int32→int16→bool）以减少对齐填充；验证需用unsafe.Sizeof/Offsetof实测，但大数组、CGO或语义分组场景下重排可能无效或有害。
-
需用Go函数包装汇编实现并加//go:linkname绑定，gotest-bench=.时启用-gcflags="-l"防内联，严格遵循Go调用约定与栈帧声明，注意构建约束、符号命名及GC干扰。
-
Redis中大量小Hash对象（如task:123）因未启用压缩编码导致内存占用激增（单个1KB数据实占0.5MB），本文详解如何通过调整hash-max-ziplist-*参数启用ziplist编码，将内存降低5–10倍，并规避Go客户端常见序列化陷阱。
-
container/heap不能直接当优先队列用，因它仅提供底层堆操作接口，需手动实现heap.Interface的五个方法（尤其是Less需严格匹配调度语义），否则编译报错。
-
*T是Go中指向类型T的指针类型，与T完全不同，不能直接赋值；必须用&对可寻址变量取地址，解引用前需判空，传指针可修改原值但仅限*p=v，小类型通常传值，大结构体或需可选性/修改receiver时用指针。
-
用slice和两个int指针可高效实现环形队列：底层数组长度为逻辑容量+1，head指向队首，tail指向下一插入位；判空为head==tail，判满为(tail+1)%cap==head；所有数组访问前必须取模，长度计算用(tail-head+cap)%cap。
-
Go中用ticker实现周期性协程需防堆积、泄漏和竞态：Ticker仅发信号，任务需手动控制并发；可用信号量限流、atomic.Bool防重入；必须调用Stop()并结合context优雅退出。
-
url.Parse解析无scheme的URL时不会报错但Host为空，需手动补全scheme；PathEscape用于路径中文编码，QueryEscape用于查询参数；RawQuery与Query()不自动同步；fragment需手动提取解析。
-
应使用fmt.Errorf的%w动词包装错误以保留错误链，支持errors.Is和errors.Unwrap；避免用%s或%v拼接，否则切断链；原生fmt不处理堆栈，%+v无效，需第三方库或手动注入。
-
推荐使用bufio.Writer批量缓冲写入——它默认维护4KB缓冲区，仅在满、显式Flush()或关闭时触发系统调用，显著减少系统调用次数并提升大文件写入效率。
-
使用encoding/json实现Go中JSON序列化与反序列化，通过结构体tag控制字段映射，omitempty忽略空值，-忽略私有字段，map[string]interface{}处理动态JSON，注意类型断言与浮点精度问题。
-
bufio.NewReader更快是因为它通过缓冲减少系统调用次数；默认4KB缓冲适合多数场景，超长行可调至64KB；Scanner封装强但有长度限制，ReadString更轻量需手动处理边界。
