-
Go的flag包默认按字母序输出帮助信息，无法直接关闭排序；但可通过自定义flag.FlagSet和重写Usage函数，实现按代码中声明顺序展示命令行参数。Go的flag包默认按字母序输出帮助信息，无法直接关闭排序；但可通过自定义`flag.FlagSet`和重写`Usage`函数，实现按代码中声明顺序展示命令行参数。在Go标准库的flag包中，-h或--help输出的帮助文本默认由flag.PrintDefau
-
用限流、有界队列、worker 和降级保护接口 P99，而不是只追求峰值 QPS。
-
time.Timer用于单次延迟执行，如延迟2秒后执行任务；2.time.After可简化一次性延迟操作，无需手动管理定时器。两者均通过通道机制实现定时功能，适用于不同场景的延时需求。
-
直接用etcd+go-etcd就够了，因其强一致、高可用，client/v3提供简洁API和Watch机制可实现实时同步；自建方案需额外处理监听、版本比对、断线重连等复杂边界问题。
-
从真实 Go HTTP 接口突增流量讲起，拆解 x/time/rate 的 token bucket、Allow/Wait(ctx)、Burst、按用户分桶、429 降级、指标观测和上线检查，避免把限流写成全局 sleep 或无效摆设。
-
为什么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问题。
-
使用 block profile 和 runtime trace 定位 goroutine 阻塞、调度等待和吞吐问题。
-
购物车数据结构推荐用map[string]*CartItem配合[]string记录顺序；需统一ID类型、合并重复商品（按ProductID+SkuID判断）、删除时同步更新map和顺序切片，并用sync.Mutex保证并发安全。
