-
MySQL中NULL表示“缺失”而非“空”，Go的string和*string无法安全接收，因database/sql驱动不自动转零值，必须用sql.NullString等类型或SQL层COALESCE/IFNULL处理。
-
实时聚合分析需解决数据持续流入、内存受限、低延迟更新与并发安全四大矛盾，须用channel做入口、分片map减锁争用、time.Ticker触发快照、container/list实现高效时间窗口清理，并强化输出校验与监控。
-
Go代理模式需手动定义接口、实现结构体并显式委托调用；常见错误包括反射调用失败、漏写接口方法、并发初始化未加sync.Once、权限控制未拆分接口。
-
倒排索引用map[string][]int而非[]string，因文档ID必须为整数以避免GC压力，[]int内存连续、append高效、cache友好；中文分词推荐gse，需过滤单字、停用词，并预分配slice容量。
-
在Go程序中忽略特定错误时，需使用errors.Is判断错误是否为预定义值，或用errors.As转换为具体类型。例如：1.errors.Is用于检查错误是否等于os.ErrNotExist等固定值；2.errors.As用于提取结构体错误类型的字段或方法，需传入指针类型；3.应避免直接比较错误字符串，自定义错误时需导出指针类型以便外部调用者使用。
-
在Go项目中导入本地包需先用gomodinit初始化模块并声明module路径，再按“module路径+子目录”格式绝对导入，如import"example.com/myapp/internal/utils"，禁止使用相对路径或无前缀导入。
-
Go并发计数器该用atomic.AddInt64还是sync.Mutex绝大多数场景下，优先用atomic.AddInt64——它快、轻量、无锁，且能正确保证计数器的原子性。只有当你需要「复合操作」（比如“读+判+写”）或计数器只是更大临界区的一部分时，才考虑sync.Mutex。哪些操作不能靠atomic完成，必须上Mutexatomic只保证单个操作的原子性，不提供「多步逻辑的原子封装」。一旦涉及条件判断或依赖当前值做决策，atomic就力不从心了。「如果计数器小
-
Go中无面向对象式回调方法，仅支持函数值或接口；传方法需闭包包装或显式转换；应定义命名函数类型（如OnCompleteFunc）、避免nil调用、注意panic恢复与错误处理。
-
本地开发用单节点nats-server即可，默认监听0.0.0.0:4222；Go客户端需显式配置重连策略，启用JetStream后须立即创建jetstream.Context，凭证应通过nats.UserCredentials加载文件而非硬编码URL。
-
SetMaxOpenConns应设为数据库max_connections的60%～80%，兼顾QPS、平均耗时与余量，并配合SetMaxIdleConns（1/2～1/3）、SetConnMaxLifetime（10～30分钟）和SetConnMaxIdleTime（5～10分钟）协同调优。
-
Go策略模式需接口值语义安全、避免nil指针panic；用泛型注册表替代map[string]any防类型擦除；Context不持策略指针而应传参；高频场景可改用StrategyFunc函数类型优化性能。
-
最直接安全的Base64编码方式是base64.StdEncoding.EncodeToString()，它将[]byte转为标准Base64字符串（含+/=）；解码需处理*base64.CorruptInputError，URL安全场景应使用URLEncoding或RawURLEncoding。
-
http.ListenAndServeTLS(addr,certFile,keyFile,handler)是最简HTTPS启动方式，需PEM格式证书链与无密码私钥，参数顺序不可错；自动续期推荐autocert并持久化Cache；本地开发用mkcert生成系统信任证书。
-
直接用gobreaker——它是Go社区最成熟、被grpc-go和go-zero等生产级框架验证过的实现，自己手写易漏并发安全、滑动窗口计数、超时重置等关键细节。
-
Go中设置TCP连接超时最直接有效的方式是使用net.Dialer并配置Timeout字段，它控制connect()到三次握手完成的建立阶段，而非读写；默认net.Dial无超时，需显式构造*net.Dialer，推荐设为3–5秒。
