-
不能直接用map做多引擎缓存统一接口，因其内存独占、无生命周期管理、不支持序列化/持久化，且无法对接Redis、Badger等外部引擎；核心矛盾是各后端读写语义不一致，强行抽象易致类型断言或panic。
-
Go1.14+默认不自动使用vendor目录，需显式指定-mod=vendor；gomodvendor可能遗漏隐式依赖，应清理后配合gomodtidy重生成；离线构建必须设置GOPROXY=off、GOSUMDB=off，并确保根目录go.mod和go.sum完整。
-
slice本身不会泄露，但其Data指针会“钉住”整个底层数组，导致本该被GC回收的大块内存长期驻留；根本原因是SliceHeader中Data指针存在即视为整块底层数组仍在使用，哪怕仅取s[i:j]并存入context或缓存，几MB原始数组也无法释放。
-
最稳起点是用exec.Command调用系统ffmpeg；需确保PATH可见、设超时、读stderr、用绝对路径，并通过pid或stderr的frame=行判断真实运行状态，限制内存与线程防OOM。
-
Go中实现指数退避需加随机抖动（jitter），公式为base×(2^attempt)×jitter（jitter∈[0.5,1.5)），并限制最大重试次数、隔离每个请求的退避状态，避免共享实例导致计数错乱。
-
结构体传值无法修改原数据，传指针可以；小结构体且只读宜传值，需修改或较大时宜传指针；接收者类型影响接口实现与方法集；字段用*string仅当需区分nil与""；优先值类型，除非实测拷贝成瓶颈。
-
Go运行时通过-race检测并发竞态：chan传递指针仅拷贝地址，若收发双方同时操作同一内存，必触发datarace；channel提供同步交接语义，但“谁recv谁负责”的所有权契约需靠代码纪律保障，而非语言强制。
-
为什么gotest-bench里函数没被内联，但普通运行时却被内联了？因为基准测试默认启用-gcflags="-l"（即禁用内联），这是Go测试框架的硬编码行为，不是你漏写了什么flag。它想排除内联带来的性能“噪音”，让benchmark更关注算法本身——但代价是，你看到的不是真实生产环境的执行路径。普通gobuild或gorun默认允许内联（除非加-gcflags="-l"）gotest-bench内部自动追加-gcflags="-l"，哪怕你没显式写
-
Sidecar是K8s部署模式而非Go语言特性，需用Go编写独立辅助容器并声明式编排；主服务必须监听0.0.0.0而非localhost，Sidecar才可通过localhost访问；协议如HTTP/2、mTLS需与Sidecar对齐，避免冲突。
-
Go官方推荐基于gopls语言服务器，问题多因gopls未运行、路径配置错误或工作区非Go模块；需确认安装、启用LSP、正确配置toolsGopath、处理多模块及禁用Goland冲突选项。
-
Kafka适合高吞吐、持久化与事件回溯场景，NATS更轻量低延迟，适用于实时内部通信；两者均需关注消息标识、错误处理与可观测性设计。
-
不会——http.ServeFile默认Content-Disposition为inline，浏览器可能直接打开而非下载；需手动设置attachment头，且必须校验路径防遍历，推荐用ServeContent替代以支持断点续传和缓存控制。
-
gotest需确保模块初始化、测试文件以_test.go结尾、函数名以Test开头且参数为*testing.T；推荐表格驱动测试、接口抽象mock外部依赖，并注重边界覆盖与可维护性。
-
Go事务不会自动回滚，必须显式调用tx.Rollback()或tx.Commit()，否则事务持续挂起导致锁表、阻塞查询；推荐用defer+committed标志位精准控制回滚，避免重复回滚报错。
-
ast.Inspect遍历需先判空再访问Params/Results，init函数名特殊，返回false可提前退出，节点只读不可修改；它比手写递归更全、更稳、不栈溢出。
