-
Go反射读取结构体字段需确保字段导出且通过Elem()解引用指针；修改字段需可寻址和可设置；调用方法须导出并匹配接收者类型；反射性能低且类型不安全，应避免在热路径使用。
-
WaitGroup本身不导致内存泄漏，但会掩盖goroutine泄漏：Add/Done不匹配或goroutine内部阻塞，使wg.Wait()永不返回，导致goroutine及其栈内存持续累积，最终引发OOM。
-
Viper本身不支持分布式配置的实时监听与跨节点同步，仅适用于单机热重载；用于远程配置中心（如etcd/Consul/Nacos）时，需手动实现监听、解析、通知和安全更新全链路，否则配置变更无法被服务感知，导致不一致或灰度失败。
-
解引用是通过指针获取或修改原变量值的操作，使用操作符实现。例如p:=&a创建指向a的指针，p可读取a的值，p=100可修改a的值；在函数传参时，接收指针可通过p访问或更改原始数据，如increment函数通过x=x+1使外部变量加1。
-
最直接安全的方式是运行gomodtidy，它基于整个module源码（含测试文件）静态分析依赖，自动移除未引用模块、补全缺失依赖并同步go.sum。
-
sync.Map仅在读多写少且键生命周期长时高效，read通过atomic.Pointer指向readOnly结构实现无锁读，dirty在misses≥len(dirty)时提升为read，Store先无锁后加锁，Delete为逻辑删除，Range遍历代价高。
-
直接用redis.Incr做限流会出错，因为INCR不带过期逻辑，INCR与EXPIRE分两步执行在高并发下存在竞态，导致计数器未设TTL或重复计数；唯一可靠方案是用Lua脚本原子封装INCR和EXPIRE。
-
r.FormValue()是唯一可靠方法：它自动判断编码类型，multipart时调用ParseMultipartForm，普通表单时用ParseForm；r.PostFormValue()在multipart下总为空，因其只查未解析的空r.PostForm。
-
Go图片处理需先用http.DetectContentType识别格式再选择jpeg.Decode、png.Decode等解码器，设最大尺寸限制防内存耗尽，缩放推荐nfnt/resize库并注意goroutine安全，保存用临时文件+原子重命名，WebP用chai2010/webp，AVIF建议Nginx降级。
-
go-swagger生成失败：找不到swaggergeneratespec命令根本原因是go-swagger没装对，或没进$PATH。它不是goget直接装完就能用的二进制工具，得手动下载预编译版本或从源码构建。实操建议：优先用官方推荐方式：curl-sSLhttps://raw.githubusercontent.com/go-swagger/go-swagger/master/install.sh|sh，它会自动下载、校验、放进$GOPATH/bin确认$GOPATH
-
可用-gcflags="-l"全局禁用内联，-l=4（默认）或-l=2控制内联阈值；配合-m=2查看caninline或inliningcallto确认实际内联结果。
-
用多个带缓冲channel（如highPrioCh、lowPrioCh）配合单goroutine消费者轮询实现优先级队列，按优先级顺序非阻塞读取，辅以配额或超时机制防饥饿；禁用select随机选、heap单channel等错误方案，并通过chan方向限定和context管控生命周期防goroutine泄漏。
-
Go标准库image包支持基础图像操作但不支持缩放旋转等高级功能；需显式导入解码器并校验类型，JPEG编码需YCbCr格式，缩放推荐nfnt/resize库，操作前须检查尺寸防OOM。
-
该用time.Ticker而非time.AfterFunc实现周期性限流调度，因其准时且可复用；需全局复用并手动Stop()防泄漏；令牌桶优于漏桶，推荐atomic.Int64无锁实现；限流判断须毫秒级完成，拒绝即返，不阻塞；context.WithTimeout在限流中间件中无意义。
-
Go语言用Kafka必须显式配置sarama.Version和Producer.RequiredAcks=sarama.WaitForAll，否则易丢消息、超时或静默失败；同步生产者还需开启Producer.Return.Successes=true并设合理Timeout。
