-
在Golang微服务中设计API限流方案需根据场景选择令牌桶或漏桶算法并集成至架构。1.令牌桶按速率放令牌，适合突发流量，通过封装结构体实现中间件限流判断；2.漏桶以固定速率处理请求，适用于节奏要求高的场景，需结合超时机制使用；3.限流应部署于网关或服务中间件，支持配置管理与分布式限流；4.在Gin框架中可通过中间件绑定限流逻辑，统一控制接口访问频率。合理选择算法并结合实际部署需求，能有效提升系统稳定性。
-
Go中观察者模式应使用channel而非map+mutex：每个观察者独占一个chaninterface{}，被观察者向所有通道发消息实现天然异步解耦；注册时传入chan，观察者自行goroutine监听处理，避免阻塞发布方。
-
能，但需谨慎；命名返回值是函数内变量，defer可修改它，常用于资源清理时透传Close等错误，但须判空且避免无条件覆盖主逻辑错误。
-
必须手动集成crypto/aes+crypto/cipher.NewGCM仅加密敏感字段（如database.password），密钥从环境变量或KMS加载，禁用硬编码；整文件加密破坏viper、jq、helm兼容性且丧失可读性。
-
gowork模式通过go.work文件在本地统一管理多模块依赖，避免手动replace指令，提升开发效率。它仅在开发时生效，不影响go.mod，适合微服务或monorepo项目，但不应提交到版本控制。相比replace的持久重定向，gowork提供临时、灵活的本地解析，需注意工作区精简、CI/CD适配及IDE支持等最佳实践。
-
必须显式指定uint64类型，因为iota默认推导为首个常量类型；若不指定，Go可能推导为int（32或64位），在32位环境无法表示第31位以上的掩码。
-
gotest-race静默通过主因是它仅监控实际执行的并发路径，未触发的调度交错、未覆盖的初始化分支、CGO绕过、局部变量逃逸等均无法检测；需多轮重跑、压力扰动、显式同步及最终一致性断言才能有效暴露竞态。
-
必须全局复用同一个gobreaker.CircuitBreaker实例，每个下游服务独占一个线程安全实例；HTTP熔断应通过自定义RoundTripper实现，降级需显式判断gobreaker.ErrOpen并加超时控制。
-
Go的http.ServeMux不能直接用于生产路由，因其仅支持前缀匹配，缺乏路径参数、正则约束、方法区分、中间件等核心能力，易导致路径冲突、重复逻辑和鉴权困难。
-
sync.Pool不能替代局部变量，因其对象生命周期不可控，可能被GC清理或被其他goroutine获取，仅适用于临时可丢弃的中间对象，且每次Get后必须显式重置。
-
直接调用mysqldump/pg_dump可行但非安全备份默认解法，需显式处理Stdout/Stderr、避免Output()导致OOM、密码禁用命令行传递、pg_dump需加--no-owner，MySQL纯SQL备份适用于中小库。
-
Go语言switch默认自动break、支持任意类型比较且语法简洁安全；包含值匹配的基本switch、替代if-else链的无表达式switch，以及用于接口类型断言的typeswitch三种用法。
-
time.Ticker必须先Stop()再Drainchannel，否则可能漏收或阻塞；而time.Timer触发后自动失效，需Reset()才能复用，二者核心差异在于生命周期管理与重用机制。
-
Builder模式在Go中通过指针接收者实现链式调用，所有构建方法必须为Builder接收者并返回Builder，Build()返回目标对象并校验必填字段；适用于字段多、有依赖或需运行时校验的场景，非线程安全且不可复用。
-
Go中树节点必须用*Node而非Node定义子节点，否则值类型复制会导致父节点引用失效、树结构断裂；所有修改操作需指针传递，且Insert等方法首行须判空，避免nil解引用panic。
