-
Log.Fatal不能用于服务因其调用os.Exit(1)跳过defer、资源清理和HTTP关闭，导致连接硬中断、数据库未释放；仅适用于单次脚本，服务应改用log.Error+显式shutdown+os.Exit或context统一错误处理。
-
gzip.Writer写入后必须调用Close()以写入尾部校验信息，否则解压会失败；gzip.Reader要求完整gzip格式输入，不支持裸deflate数据；压缩级别需按场景权衡性能与体积。
-
Go模块版本不可变是因proxy校验机制强制哈希一致性，非语言限制；首次发布后checksum锁定，改tag无效；修复须发新版本或极难获批的撤销；replace仅本地开发用，不解决发布问题。
-
本文介绍如何在Go中精准生成两个日期之间所有指定星期几（如每周日、每周五）的日期，避免时间偏移与重复问题，并输出纯日期格式（无时间部分）。
-
utf8.Valid返回false仅表示字节序列不符合UTF-8规范，并不意味字符串损坏；Go字符串本质是只读字节序列，编码需外部约定，非法字节应通过golang.org/x/text/encoding转码而非ToValidUTF8擦除。
-
Fuzz函数必须以Fuzz开头、接收*testing.F参数、置于_test.go同包文件中；f.Add()类型顺序须与f.Fuzz签名严格一致；仅支持基础类型组合；种子需覆盖边界值以加速变异。
-
httptest包提供两种核心测试方式：NewServer用于集成测试完整HTTP流程（启动真实本地服务器），NewRequest+NewRecorder用于单元测试单个handler（内存中无网络调用）。
-
context用于控制goroutine生命周期和传递取消信号；必须传入context.Context的场景包括调用显式接受该参数的函数（如QueryContext）、HTTPhandler中发起下游请求、启动需受控的子goroutine等。
-
用channel做任务流转更可控，因其具备缓冲、阻塞语义和显式数据契约，可限流、等待完成、统一错误处理，并支持日志、重试、超时等扩展逻辑。
-
什么时候该用RWMutex而不是Mutex读多写少的场景下，RWMutex才有实际收益；如果写操作频繁（比如每秒几十次以上），它反而比Mutex更慢，因为内部多了读计数和唤醒逻辑。典型适用场景：配置缓存、路由表、内存索引、状态快照等——数据被大量goroutine并发读取，但只由少数goroutine更新。读操作远多于写操作（例如读:写>10:1）才值得引入RWMutex写操作本身不能太重（Lock()期间其他写会被阻塞，且所有新读请求也会排队）注意：RWMutex
-
Go的error类型与系统负载无关，需手动采集NumGoroutine和MemStats等指标并注入自定义LoadError，HTTPhandler中应主动返回503状态码及Retry-After头。
-
Go结构体方法必须绑定命名类型，未命名类型不可定义方法；需修改字段时必须用指针接收者；嵌套结构体不继承方法，仅匿名字段可提升方法且要求可寻址。
-
选Go因goroutine和channel天然适合高并发指标采集与扩缩容；Python受GIL限制，Java则启动慢、内存高；Go以net/http等简洁实现“多源信号→聚合→策略→执行”流水线。
-
Go测试中应通过接口隔离实现错误注入：将依赖抽象为接口，测试时用mock返回指定error；避免硬编码错误、panic替代error，注意errors.Is进行包装后error比较。
-
Go反射无法直接调用结构体的函数字段，需先通过Field.Interface()获取原生函数再调用；结构体字段不可动态增删，应使用嵌入接口实现行为注入；反射调用方法时需确保receiver可寻址；含func字段的结构体不可序列化，须手动剥离或用DTO传输。
