-
Go的testing.Benchmark自动多次执行并排除启动开销，必须用b.N循环且不可手动计时；否则结果失真。
-
使用gotest-bench可对比算法性能，需编写规范的Benchmark函数，以Benchmark开头并接收*testing.B参数，在循环中执行被测代码。函数命名应体现算法差异，如BenchmarkSearchLinear与BenchmarkSearchBinary。初始化操作应放在b.ResetTimer()前或用b.StopTimer()/b.StartTimer()控制计时范围，避免干扰结果。调用b.ReportAllocs()以获取内存分配数据。为确保公平，所有测试应使用相同预生成数据、相同环
-
必须调用gzip.Writer.Close()才能确保压缩流完整写入，否则文件损坏；解压时需用gzip.NewReader并defergr.Close()，配合io.ReadAll读完全部数据；压缩级别优先选DefaultCompression，大文件须流式处理防OOM。
-
Go不支持尾递归优化，所有递归均真实压栈，易致栈溢出panic；应预估深度、改用迭代（slice模拟栈）、避免滥用goroutine替代，调试需结合runtime.GoroutineProfile和-gcflags="-m"。
-
Go测试需严格遵守命名约定：文件名以_test.go结尾、函数名以Test开头且首字母大写；使用t.Run组织子测试并注入依赖避免外部调用，确保可重现与并行执行。
-
Go中允许但不推荐使用指向接口的指针，因接口本身具备引用语义，包含动态类型和值，直接传递接口即可实现所需行为，无需额外取地址；虽然语法上可定义*interface{}并传参，如在反射或Unmarshal场景中需传变量地址以修改其内容，但这并非设计意图，且易引发误解、降低可读性、增加nil判断复杂度；应优先使用接口值而非指针，保持代码清晰安全。
-
Go1.17+官方二进制依赖GLIBC_2.18，而CentOS7自带glibc2.17，导致运行时报错；安全方案是在centos:centos7容器中编译，或禁用cgo静态链接，务必用file和ldd验证。
-
首先使用channel实现任务队列，定义Task结构体并创建缓冲channel，启动5个worker协程消费任务，通过SendEmailAsync函数提交异步邮件任务示例。
-
不能安全跨包访问未导出变量或函数——go:linkname绕过可见性检查，但未导出符号不进导出表，易链接失败或运行时panic；仅支持标准包文档化符号或显式导出的小写符号。
-
Go反射调用方法需满足：方法导出（首字母大写）、接收者类型匹配（值或指针）、参数为[]reflect.Value且类型一致，并须预先检查IsValid和Kind避免panic。
-
Go的http.Server默认配置易致高并发卡顿，因无读写超时、无连接限制、空闲连接不释放，需显式设Read/Write/IdleTimeout；高频JSON序列化应复用bytes.Buffer；fasthttp仅适用于轻逻辑、无标准兼容需求场景；日志和中间件若未优化（如未缓冲日志、未限流body、未缓存JWT公钥）会成性能瓶颈。
-
在Go的go/ast包中，Doc指紧邻节点声明前、无空行间隔的连续文档注释（用于生成godoc），而Comment是附属于字段或语法节点本身的行内或行尾注释，二者语义、位置和用途截然不同。
-
Go语言通过archive/zip、archive/tar和compress/gzip包实现多格式文件压缩解压，支持zip和tar.gz的创建与解压，并可封装统一接口根据扩展名自动选择处理方式。
-
Go的net/http库服务端与客户端职责分离：http.Client才负责发请求，需显式构造*http.Request并执行；默认客户端不适用于生产环境，应自定义带超时和Transport配置的实例。
-
本文详解PayPalClassicAPI中GetExpressCheckoutDetails接口返回空payer信息的原因及解决方案，强调调用时机的关键性，并提供Go语言实践要点与注意事项。
