-
Python开发者写Go时最常犯的错是忽略值传递与指针显式控制的本质差异：range遍历切片时修改item无效、map嵌套取值未判nil致panic、HTTP客户端不设超时或漏关Body、滥用mock而非接口隔离——根源在于未切换“名字绑定”到“显式控制”的心智模型。
-
Gin的recovery中间件只捕获panic，不处理显式返回的error；需自定义错误中间件统一拦截handler返回的error并响应。
-
Go中运行时判断接口实现应优先用类型断言，而非reflect.Type.Implements；后者仅适用于已知具体类型的场景，且不能用于interface{}或接口类型本身。
-
image.Decode读取失败主因是解码器未注册（如webp/bmp）、文件未用io.ReadSeeker包裹、图片头部损坏；缩略图推荐disintegration/imaging；验证码需加载TTF字体并先渲染后扭曲；png.Encode失败多因Content-Type未设、writer异常或误用buf.String()。
-
本文介绍在Go中高效、无依赖地检测int32/int64有符号整数加法溢出的正确方法，避免运行时panic，适用于实现动态精度切换的语言（如Lisp解释器），兼顾性能与安全性。
-
Go的embed要求文件路径必须静态可见且显式声明于包级embed.FS变量上方，路径相对于.go文件目录；读取需用fs.ReadFile而非os.ReadFile，并配合yaml.v3解析；嵌入内容只读，不可运行时修改，大文件建议外部分发，交叉编译需确保构建环境包含所有引用路径。
-
Go中直接用snowflake库易出错，主因是nodeID非全局唯一或时钟回拨未处理；需配置化nodeID、校验时间稳定性、避免毫秒级重复；推荐用sony/sonyflake或正确封装bwmarrin库；存储宜用BIGINT配合string字段转换。
-
Go程序在Docker中启动慢主因是镜像臃肿和启动时同步阻塞；应使用scratch基础镜像、CGO_ENABLED=0静态编译、多阶段构建，并让服务先监听再异步初始化。
-
Go中唯一推荐的单例实现是sync.Once+包级指针变量，因其线程安全、延迟初始化、支持错误返回；禁用if-nil判断（易竞态）、init()（无法按需/返错/测试）及局部声明once（失效）。
-
MD5和SHA是单向哈希算法，不可逆，仅用于校验或密码加盐；AES是对称加密算法，支持加解密，推荐使用AES-GCM模式。
-
飞书机器人Webhook地址必须以https://开头且无空格或换行，需用strings.TrimSpace()清洗并校验前缀；日志告警应通过异步Hook实现，避免阻塞主流程。
-
Go字符串索引返回字节而非字符，因string底层是只读[]byte；要获取Unicode字符（如汉字），须转为[]rune或用forrange遍历，否则直接索引会截断UTF-8编码导致乱码。
-
Go语言通过b.ReportAllocs()和-memprofile可分析函数内存分配，结合pprof定位高分配代码，优化时复用对象、预分配容量并减少拷贝，持续测量B/op和allocs/op以验证效果。
-
Go的netpoller是单线程轮询器，所有网络事件均由唯一绑定至M0线程的epoll_wait/kqueue统一处理，无法通过增加goroutine数量提升吞吐；SO_REUSEPORT是绕过该瓶颈的内核级方案，需显式配置并配合多进程部署。
-
strings.Split易panic因不滤空串且遇空分隔符或越界访问即崩溃；SplitN可控切分次数；Fields自动跳过空白分隔的空项；regexp.Split用于复杂模式但性能较低。
