-
Go test 中 -count=1 会绕过成功测试缓存并实际执行一次；-count=0 则把普通测试、基准和 fuzz seed 的运行次数设为零，不能用来验证测试逻辑。本文对比两者与 (cached)、测试二进制、Examples 和 CI 排查的关系。
-
用 Go 标准库 net/http 的 ResponseController.Flush 实现分段响应，结合 httptest 验证首段数据何时可读，并说明 ResponseWriter 包装、代理缓冲和错误处理边界。
-
io/fs.ValidPath 接收的是文件系统内部路径，不是操作系统原生路径。本文从拒绝 .、.. 和斜杠的现象入手，拆开清理、校验与 Open 调用之间的边界。
-
flag.FlagSet.Set 不只是在 Parse 之后补一个值：它会调用目标 flag 的 Value.Set，成功后把该参数记入 actual，重复赋值则按调用顺序覆盖。本文用子命令配置示例说明默认值、Set、Parse 与 ContinueOnError 的边界。
-
sync.OnceFunc 不只是把 sync.Once 包了一层：初始化函数一旦 panic，返回函数会记住同一个 panic 值，并在后续调用中再次抛出。本文用最小代码拆开执行次数、并发等待与失败缓存的边界。
-
Go 1.27 为 hash/maphash 增加 Hasher 与 ComparableHasher。若键类型可比较且业务相等性就是 ==，ComparableHasher 已经够用；需要忽略大小写、按字段比较或支持不可比较值时，应实现满足一致性和无状态要求的自定义 Hasher。
-
Go net.Pipe 没有内部缓冲，Write 即使只写少量数据也要等待对端 Read。本文解释阻塞原因，给出并发读写、deadline 和 Close 的排查与处理方式。
-
Go runtime.SetFinalizer 只能作为非内存资源释放的兜底，不能替代显式 Close。本文从 GC 触发时机、进程退出、循环引用、KeepAlive 和幂等关闭几个边界说明正确的资源生命周期设计。
-
Go 中目录名与 package 名不一致通常不会直接导致 import 失败：import path 负责定位目录，package 声明决定默认调用前缀。本文用最小结构拆解 undefined、路径错误和同目录多包名问题，并给出显式别名与 go list 排查方法。
-
多个 Go 生产者不要争抢 close 权限：用独立停止信号让生产者退出，用 sync.WaitGroup 确认全部结束，再由唯一协调者安全关闭输出通道。
-
Go runtime.GOMAXPROCS 改小后延迟变高，常见原因是可运行 goroutine 受限后排队等待；但在容器中设得过大又可能触发 CPU throttling。本文从 CPU 配额、调度并行度和尾延迟三条线说明如何判断参数边界。
-
Go 程序明明调用了 Write，退出后日志文件却少了最后几行，常见原因不是字符串没生成，而是 bufio.Writer 仍留在用户态缓冲区，或 Flush、Close 的错误没有被检查。本文用一个退出前丢日志的场景，拆开缓冲写入、defer 执行时机、Flush 与 Sync 的边界，并给出可复测的收尾写法。
-
net/http.Request.Clone 会复制请求的大部分结构和 Header，但不会复制 Body 的底层读取位置。本文用重试与多下游请求场景拆开 Body、Header、URL 和 Context 的独立性边界。
-
遇到 concurrent map writes 不要只给 map 加锁了事。本文从最小复现开始，用 -race 报告定位共享访问，再按互斥、单所有者和 sync.Map 的边界完成修复。
-
Go 的 http.Client.Do 返回 404 时 err 仍可能是 nil，因为非 2xx 状态属于服务器响应，不是传输错误。本文区分 err、StatusCode 和响应体读取错误，给出关闭 Body、限制错误正文并映射业务错误的写法。
