-
95%HTTP场景直接用golang.org/x/time/rate.Limiter即可，它并发安全、精度可控；应按用户/IP/endpoint分组创建实例，用sync.Map缓存，避免key泛滥和高频新建，慎用Reserve()。
-
不能，log.SetOutput仅接受单个io.Writer；需用io.MultiWriter实现多目标输出但无法分级，推荐zap或zerolog等支持级别分发的日志库。
-
Go的io.Reader和io.Writer必须按设计节奏使用：Read不保证填满缓冲区，返回n表示实际读取字节数，需用buf[:n]且检查err；io.Copy封装了安全的流处理逻辑，避免手写循环的常见错误。
-
首先通过反射获取结构体指针的可修改值，然后遍历字段并读取config标签以匹配外部配置键，最后将map中的值动态赋给对应字段。
-
SetReadDeadline和SetWriteDeadline每次I/O前必须重设，Dial和KeepAlive不可忽略，HTTP超时需分层配置；deadline是绝对时间点，不自动续期，不跨操作生效。
-
直接用map做分布式索引会出问题，因为map是进程内数据结构，不跨节点共享，本地索引在其他机器上不可见；常见现象包括压测查不到数据、重启丢数据、节点间不一致，本质是混淆了本地缓存与分布式索引。
-
预分配容量是高频追加场景下的必选项；make([]T,0,N)直接预留N空间，后续N次append零拷贝、零分配，而make([]T,0)初始cap=0，首次append即触发扩容，小数据量也可能因倍增策略多次malloc+memcpy，性能断崖式下降。
-
Gin中间件中禁用BindJSON，应手动json.Unmarshal预检并重置body；binding标签在中间件无效；校验须强制执行，不可依赖Header跳过；注意并发下bytes.Buffer复用安全。
-
蓝绿部署通过双环境切换实现零停机回滚，结合Nginx或Kubernetes快速切流；2.Kubernetes基于版本标签滚动更新，利用kubectlrolloutundo快速回退；3.Go服务暴露/healthz健康检查接口，配合liveness/readiness探针实现自动恢复；4.使用Consul等配置中心支持热reload，避免因配置错误触发回滚。Go应用需结合版本控制、监控告警与自动化机制，确保发布与恢复可靠性。
-
常驻内存程序GC停顿随运行时间恶化，主因是长期存活对象（如缓存、全局map）增多致标记压力增大，叠加短期对象未复用推高GC频率；GOGC“失敏”后HeapLive持续上涨而NextGC不触发，应优先控生命周期、设GOMEMLIMIT防OOM，而非调小GOGC。
-
最稳妥方案是直接使用gobreaker库而非手写状态机，它轻量无依赖、符合MartinFowler定义，并被go-zero等主流框架采用；需区分重试与断路器，正确包装RoundTrip、避免闭包陷阱、确保降级逻辑纯内存化。
-
iota不能直接当位掩码用，因其默认从0开始递增得0、1、2…，而非所需的2ⁿ序列；需显式左移如1<<iota才能生成正确位掩码。
-
数据库连接泄漏最典型信号是sql.DB.Stats()中OpenConnections持续上升、InUse长期不归零且与实际并发严重不匹配；配合pprofgoroutine堆栈搜索database/sql和conn.*阻塞点，可精准定位未释放连接的代码位置。
-
首先使用模拟数据测试简单函数逻辑，再通过testify/mock库mock接口依赖；例如对PaymentGateway接口进行mock，验证OrderService在不同支付场景下的行为，确保单元测试独立且高效。
-
Go项目CI/CD应聚焦build、test、package三大环节，需显式构建、启用-race和-count=1测试、固定lint版本并排除无关包，CD阶段须签名验签、用distroless镜像、按SHA打标。
