-
最稳起点是用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可提前退出，节点只读不可修改；它比手写递归更全、更稳、不栈溢出。
-
Gochannel不支持广播，扇出需显式复制消息到多个独立channel；直接多goroutine读同一channel会导致竞态、丢数据或deadlock；正确做法是用分发goroutine从源channel读一次并复制发送至多个目标channel。
-
因为atomic.CompareAndSwapUint32不记录持有者ID、不支持重入计数，同一线程重复加锁必死锁；它仅比对数值，无法区分“谁设置”，且无退避机制易致CPU空转100%。
-
在使用Go语言的time包实现定时任务时，应避免以下易错点：1.误用time.Sleep()，应使用time.Ticker以确保任务执行频率不受影响；2.使用带超时的select语句防止任务执行过慢；3.正确使用time.Timer，记得重置以实现重复执行；4.处理时间区间时，使用第三方库如cron以避免夏令时或时区变更问题。
