-
Go标准库log不支持日志轮转，需用第三方库：lumberjack适合按大小轮转（如100MB/个，保留7个+28天），file-rotatelogs适合按日期轮转（如daily，带软链和精确时间控制）。
-
环境变量未生效因加载时机过早，应移至main()后或用os.LookupEnv；YAML解析失败多因缩进、字段未导出或缺少yamltag；多环境配置需在ReadInConfig前设绝对路径；热更新须WatchConfig在ReadInConfig后调用并用channel通知变更。
-
包名冲突时必须用点号前缀重命名Go不允许两个同名包直接导入，哪怕路径不同也会报import"xxx"isaprogram,notanimportablepackage或更常见的multiplepackagesnamedxxx。这时候不能删包、不能改源码，唯一解法是显式重命名——而且必须加点号（.）或自定义别名，否则编译器不认。常见场景：你同时用github.com/golang/freetype和golang.org/x/image/font，两者都导出了Font
-
必须传入切片指针并调用Elem()才能获得可设置的reflect.Value；2.通过reflect.Value修改切片元素需确保索引合法且值类型匹配，例如传&slice后使用sliceValue.Index(index).Set(reflect.ValueOf(newValue))完成赋值。
-
pre-push钩子须置于.git/hooks/pre-push，命名无后缀且需chmod+x；Go测试应限定包范围、显式设GOOS/GOARCH、避免重定向stderr；失败时用||exit1传递退出码；团队需文档化安装步骤并依赖CI冗余校验。
-
必须用责任链的场景是需串行、可插拔且可能提前终止或改写请求/响应的环节：①鉴权（失败即返回401）；②日志（前后操作）；③解密/压缩（替换r.Body）；④CORS（顺序敏感）。
-
GOMAXPROCS不能替代WorkerPool，因其仅控制OS线程数（并行度），不限制goroutine总数；WorkerPool通过channel限流实现可控并发，worker数决定实际并发量，缓冲区需按突发流量窗口合理设置。
-
在Go中使用rows.Scan()读取多行SQL数据时，若重复复用同一[]string切片并追加到结果集合中，会导致所有行数据最终指向同一内存地址，从而出现“后一行覆盖前一行”的现象——根本原因在于切片的底层指针特性。
-
Go中声明[N]T类型指针需用varp[N]T，再通过&arr（arr为[N]T变量）赋值；N必须是编译期常量，不能用&arr[0]或[]T替代，解引用后才能操作数组元素。
-
LockOSThread()有时无效的根本原因是调用时机或上下文错误：仅对当前goroutine生效，遇调度点（如I/O、Sleep）即失效；必须在关键操作前立即调用，不可defer；CGO返回后线程可能已解绑；非必须成对调用但错配易致线程泄漏或状态继承；仅三类场景需用：依赖CTLS、信号屏蔽、极高实时轮询；多数情况应优先用sync.Pool等替代方案。
-
gRPC反射服务没启用，grpcurl直接报错"failedtoresolvemethod:notfound"根本原因不是工具问题，而是服务端压根没注册反射服务。Go的grpc.Server默认不开启反射，必须手动加一行注册逻辑。实操建议：在启动gRPC服务的main函数里，调用reflection.Register(server)，且必须在server.Serve()之前确保导入了"google.golang.org/grpc/reflection"包，这
-
结构体字段必须首字母大写且用xml:"name"等标签显式声明映射规则，否则解析静默失败；命名空间、空元素、类型匹配、根节点名不一致等均导致零值；动态/大XML应改用Token流式解析。
-
Go函数参数均为值传递，slice、map、chan等“引用类型”实为含指针字段的结构体值；传参拷贝结构体而非底层数据，故append需接收返回值，map/chan内容可直接修改。
-
Go的http.Server默认不支持HTTP/2优先级调度，既忽略客户端优先级信号，也不提供API设置响应流权重或依赖关系；实际可用方案仅有基于golang.org/x/net/http2手动构建自定义server。
-
Go禁止循环导入，需通过提取公共抽象层、接口解耦与依赖注入重构破除；用golist、gomodgraph和gobuild验证效果。
