-
Go的encoding/json包可靠但需规范使用：1.字段名用jsontag显式绑定snake_case；2.空值用*T或sql.NullT；3.嵌套结构与切片类型须严格匹配；4.解析前校验HTTP状态码。
-
因为go/parser专为Go源码设计，不支持裸表达式、自定义优先级和函数调用；需用递归下降解析器，按括号>乘除>加减分层处理，变量与函数在ParseFactor中统一识别，并注意空格、浮点数、错误恢复和括号匹配。
-
Go语言中通过channel和goroutine实现多生产者多消费者模式，使用有缓冲channel传递任务，生产者并发发送任务，消费者从channel读取并处理，所有生产者完成后关闭channel，消费者在channel关闭后自动退出，配合sync.WaitGroup确保协程同步，避免资源竞争与泄漏。
-
值类型传递会复制数据，各goroutine操作的是副本，不影响原值；2.在for循环中通过闭包引用循环变量时，所有goroutine可能共享同一变量，导致数据竞争和意外结果。
-
Redis分布式锁易出错因原子性、自动续期、安全释放未对齐；需唯一标识、Lua校验释放、独立心跳续期；etcd的CAS+Lease更可靠；数据库行锁仅适用于低频短时场景。
-
Go反射无法跨包访问未导出字段，因Interface()等方法要求字段导出且可寻址，否则panic；安全做法是使用导出字段或原包提供的getter/setter方法。
-
Go允许声明无函数体的函数，用于对接外部实现（如汇编代码），标准库中大量数学函数（如math.Floor）即采用此机制，在.s汇编文件中提供具体实现。
-
令牌桶算法适合控制平均速率和突发流量，Go可用rate.Limiter实现；支持按用户/IP精细化限流；分布式场景推荐Redis+Lua脚本；需增强可观测性与降级能力。
-
Go原生map非并发安全，多goroutine读写必崩溃；sync.Map适用于读多写少场景，需用Store/Load等方法而非下标操作，且须注意类型断言和内存开销。
-
GoWeb服务器因工作目录与相对路径不匹配，常导致/css/等静态资源返回404；核心在于http.FileServer的路径解析依赖运行时工作目录，而非源码位置。
-
gorilla/websocket是首选，因标准库net/http仅支持HTTP握手，不提供WebSocket帧解码、心跳等完整功能；硬写易出错且难应对生产问题。
-
必须检查strconv.Parse*函数的error，否则静默失败；Atoi不处理空格、小数点、进制前缀；ParseInt需显式指定base和bitSize；Itoa仅支持int十进制，FormatInt更通用；ParseFloat位宽非精度，FormatFloat精度依赖格式符；ParseBool不支持"yes/no"等常见值。
-
安装GoToolchain并管理多版本需先搭建基础环境，再通过goinstallgolang.org/dl/go@version获取特定版本，结合GOTOOLCHAIN环境变量或go.mod中的go指令实现灵活切换，确保项目兼容性与开发效率。
-
template包默认对{{.}}自动转义HTML，但显式使用html函数或template.HTML类型时跳过转义；安全渲染需先用bluemonday清洗再转template.HTML，且必须统一用html/template、设置正确Content-Type头。
-
interface{}不是万能容器，它是Go中唯一能接收任意类型的类型，但会丢失方法集、字段名和内存布局，导致无法直接调用方法或访问字段，必须通过类型断言或反射安全还原，且泛型出现后应优先替代其通用逻辑。
