-
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语言实践要点与注意事项。
-
Go标准库encoding/csv包提供高效CSV读写能力，需注意Reader/Writer用法、编码处理、BOM跳过、流式逐行解析及Flush调用等关键细节。
-
Go里用rand.Intn做随机负载均衡，为什么每次请求都打到同一个后端？因为没初始化随机种子，rand.Intn默认复用同一个伪随机序列，所有goroutine拿到的“随机”数完全一致。必须在程序启动时调一次rand.Seed(time.Now().UnixNano())（Go1.20+推荐直接用rand.New(rand.NewSource(time.Now().UnixNano()))避免全局状态）并发场景下，别用全局rand.*函数，改用局部*rand.Rand
-
Go中实现线程安全单例最推荐用sync.Once，它保证初始化逻辑仅执行一次且并发安全；其次可选init()饿汉式（启动即创建）或sync.Mutex（不推荐，易出错）。
