-
当读写频率接近（如6:4或5:5）、写操作频繁（>20%）、临界区极短、需锁升级或强一致性保障时，应选sync.Mutex；它更简单可靠，避免写饥饿与死锁风险。
-
Go链表必须用结构体+指针实现，Next字段必须为*ListNode类型，插入需注意指针赋值顺序，遍历时须先判nil再解引用，GC不自动管理非内存资源。
-
Go中错误日志分级需借助zap等结构化日志库或自定义LevelError类型，按错误来源、行为和上下文区分Warn/Err/Fatal级别，普通错误如参数校验失败用Warn，严重错误如DB连接丢失用Fatal或标记critical。
-
微服务下需用Saga模式或事件驱动实现最终一致性：Saga将流程拆为带补偿的本地事务，须持久化状态并重试；事件驱动则需DB与消息原子写入、合理ACK及分区路由；避免滥用分布式锁，优先用DB行级锁。
-
Go的filepath包专为操作系统感知的路径语义设计，strings操作无法适配不同系统的分隔符、无法处理..和.、不能标准化路径，易导致跨平台错误或安全漏洞。
-
Go并发查数据库需对齐连接池、查询粒度与上下文控制：设MaxOpenConns≤数据库上限，用QueryRowContext+timeout防连接泄漏，批量操作优先IN而非并发goroutine。
-
Go的并发内存模型通过“happens-before”原则确保操作的可见性和顺序。1.同一个goroutine中代码顺序即happens-before顺序；2.channel发送happens-before接收；3.Mutex.Unlockhappens-before下一次Lock；4.sync.Once保证初始化完成前的操作对所有后续访问可见；5.原子操作提供同步保障。若未显式建立该关系，则可能因重排导致行为不确定。
-
sql.NullString是带有效标志的string，结构为{Stringstring;Validbool}，必须检查Valid才能安全读取String，它实现Scanner和Valuer接口但不支持默认JSON序列化，适用场景仅限数据库NULL与Go值映射。
-
业务错误必须用自定义BizError结构体封装，携带Code、Message、TraceID等字段，便于识别、分类和统一处理；系统错误需用%w包装保留原始error链，区分可恢复性；HTTPhandler中依错误类型分流返回4xx或500状态码。
-
Go异步事件处理核心是goroutine+channel消息传递模型，通过定义Event结构体、带缓冲channel作为队列实现非阻塞分发与背压控制。
-
Go原生map非并发安全，多goroutine读写会panic；sync.Map适用于读多写少场景，但不支持range遍历、无len且无TTL；手写缓存需用RWMutex+惰性过期；复杂需求应选ristretto或gocache等第三方库。
-
Golang标准库cipher.AES+NewGCM是最稳妥的文件加密方案：需用12字节唯一nonce、32字节随机密钥，文件结构为salt(16B)[ciphertext+tag]，解密时必须检查err!=nil而非返回值长度。
-
fmt包是高频高风险I/O工具，误用动词或参数易致乱码、panic；Sprintf静默拼接未用参数；Scan/Scanln换行处理有陷阱；%+v显字段名调试友好，%#v输出Go字面量含类型。
-
为什么直接用log.Printf批量写日志会变慢因为每次调用log.Printf都会触发一次系统调用（write），尤其在高并发或高频写入场景下，频繁锁住log.Logger的内部互斥锁+每次格式化+每次syscall，开销远超预期。实测10万条日志，纯log.Printf可能耗时2–3秒；而批量缓冲后写入，常可压到50ms内。默认log.Logger是线程安全的，但安全代价是锁竞争每条日志都走完整流程：格式化→加锁→写os.Stderr或自定义io
-
pkg.go.dev是Go官方推荐的模块文档托管服务，自动为公开Git仓库中满足module路径一致、符合注释规范、打有语义化版本tag等条件的Go模块生成结构化文档。
