-
为什么http.ServeMux不够用？它只支持前缀匹配，比如注册/api会意外匹配到/api/users/delete，但无法提取:id或*path这类动态段。更麻烦的是，它不支持方法区分——GET/users和POST/users必须手动在handler里判断，逻辑容易散落。常见错误现象：404频发却查不出路由是否注册、调试时发现两个相似路径（如/user/:id和/user/new）谁先谁后影响匹配结果、升级Go版本后路由行为突变（因http.Ser
-
从生产迁移视角讲 Go JSON v2 和 jsontext 的适用场景、行为变化、性能验证、影子对比和上线边界。
-
Go中结构体能否用==比较取决于字段类型：所有字段都可比较（如string、int、指针）则可比；含slice、map、func则编译报错；字段顺序不同视为不同类型，无法比较；指针比较地址而非内容，需深度比较时优先用cmp.Equal。
-
filepath.WalkDir比Walk快得多，因其默认用fs.DirEntry一次读取目录全部条目，IsDir()和Name()零开销不触发stat；而Walk对每个项强制os.Lstat，实测耗时仅Walk的1/3～1/2，但回调中调用d.Info()会抵消该优势。
-
在使用Go语言的time包实现定时任务时，应避免以下易错点：1.误用time.Sleep()，应使用time.Ticker以确保任务执行频率不受影响；2.使用带超时的select语句防止任务执行过慢；3.正确使用time.Timer，记得重置以实现重复执行；4.处理时间区间时，使用第三方库如cron以避免夏令时或时区变更问题。
-
Pipeline能提速3–5倍，因将多次TCP往返（RTT）压缩为一次发送与响应，省去99%网络延迟；但需严格按三步执行：调Pipeline()、链式发命令、显式Exec()触发，且每条命令结果与错误须单独检查。
-
从 Go 项目里常见的 time.Sleep 脆弱测试出发，讲 testing/synctest 的测试气泡、虚拟时间、synctest.Wait、缓存过期和后台 goroutine 测试落地。
-
pprof是Go程序CPU分析的唯一可靠入口，必须确保采样时间≥5秒、合理停用profile、适配容器CPU配额；分析时重点用web/peek/disasm三视图；优化需关注字符串拼接、map遍历、闭包逃逸等Go特性陷阱；非有效计算导致的高CPU应优先排查I/O等待或GC问题。
-
通过接口和结构体定义错误类型，结合errors.As和错误包装，可构建可识别的Go错误分类体系。
-
使用 block profile 和 runtime trace 定位 goroutine 阻塞、调度等待和吞吐问题。
-
购物车数据结构推荐用map[string]*CartItem配合[]string记录顺序；需统一ID类型、合并重复商品（按ProductID+SkuID判断）、删除时同步更新map和顺序切片，并用sync.Mutex保证并发安全。
-
答案是合理使用反射需结合接口、泛型和类型校验以保障类型安全。应限制反射仅用于通用库、配置解析等必要场景，优先用接口或泛型处理已知类型；反射操作前后需校验类型和种类，及时转回接口或具体类型恢复编译时检查，并缓存类型信息提升性能，从而在灵活性与安全性间取得平衡。
-
gorun-race漏检是常态，因仅对实际执行路径插桩，不覆盖init中退出的goroutine、条件分支、unsafe/CGO、无交叠访问等场景；需用gotest-race-test.stress配合多路径测试和调度扰动才能有效暴露竞态。
-
协议层必须置于adapters或interfaces层，HTTP/gRPC/WebSocket等协议处理代码（路由、绑定、响应）不得进入usecase或domain；DTO与domain实体须显式单向转换，时间字段用Clock接口抽象，JSON/protobuf/dbtag严禁出现在domain中。
-
最省事又不翻车的是阿里云SDK——Twilio国内受限，阿里云文档清晰、签名封装完整，SendSmsRequest一行构造请求，但须用RAM子账号密钥、审核签名模板、带+86区号、TemplateParam严格匹配、Redis防重发、Lua分布式限流、查BizId回执、多通道降级。
