-
GitHubActions中运行Go测试需显式指定Go版本、执行gomoddownload、添加-v-race参数并限定测试路径；缓存modules应用actions/cache作用于${{env.GOPATH}}/pkg/mod，key基于go.sum；交叉编译需设GOOS/GOARCH并chmod+x；部署时须预置SSHkey和hostkey，显式设置PATH，用rsync替代scp。
-
net.Conn的读写超时需每次I/O前重设，因SetReadDeadline/SetWriteDeadline设置的是单次生效的绝对时间点，不自动延续；Dial超时须用net.Dialer单独控制；HTTP场景应使用标准库超时配置而非直接操作Conn。
-
BadgerDB生产使用需显式设置Dir和ValueDir、写操作必须用true参数开启事务、读取值须调用ValueCopy、关闭前必须调用Close()，否则易致数据丢失、panic或文件损坏。
-
Go的error接口仅需Error()方法即可工作，因其采用鸭子类型：只要类型有匹配签名的Error()方法就自动实现该接口；字符串字面量不满足，须用errors.New或fmt.Errorf包装。
-
unsafe.Pointer不能直接转int，因Go编译器禁止绕过类型安全检查，必须通过byte或*uintptr等中间类型桥接，且需确保uintptr转换不导致GC提前回收对象。
-
建造者模式用于构建复杂对象，解决Go中无构造函数重载导致的多参数可选字段难以维护问题，通过链式调用和Build校验提升代码清晰性与安全性。
-
应优先用time.Sleep+显式计时而非time.Ticker，因短轮询需严格串行、不堆积、不追赶；必须用ticker时须配合select/default防goroutine积压，并始终通过context控制生命周期、避免泄漏。
-
装饰器模式通过接口和组合在Golang中实现功能增强，定义UserService接口后，BaseUserService提供基础实现，LoggingDecorator和CacheDecorator分别添加日志与缓存功能，支持链式叠加，调用顺序为外层到内层，适用于日志、监控、权限等场景，保持单一职责，提升代码复用性。
-
因日志场景吞吐优先，sarama支持异步批量生产、TCP连接复用、自动重试及精细参数控制，而kafka-go默认同步写、批量需手动实现，压测易成瓶颈；但需谨慎配置sarama的MaxOpenRequests等参数以防阻塞或超限。
-
go-redis的Eval方法要求传入*redis.Script实例而非原始Lua字符串，以自动处理脚本缓存、参数序列化和返回值解析；直接传字符串会导致类型错误或panic。
-
gorilla/sessions是最省心也最安全的GoSession方案，但需严格遵循安全配置：密钥≥32字节、显式设置HttpOnly/Secure/SameSite、登录后重生成ID并清旧Cookie、存储层TTL与MaxAge一致、禁用纯Cookie存储敏感数据。
-
反射比直接调用慢几十倍的根本原因是绕过编译期优化，将类型检查、字段查找、方法分派全推至运行时，伴随全局类型表查询、对象构造、接口转换及内存分配等开销。
-
Go实现多集群调度监控需抽象接入层、构建统一资源视图、设计轻量调度器并集成可观测性：1.封装ClusterClient接口统一认证，加密管理配置，支持健康探针；2.事件驱动同步元数据至本地存储，打标节点维度；3.规则驱动三阶段调度，提供HTTPAPI；4.聚焦SLI/SLO指标聚合与规则告警，保障状态一致与错误控制。
-
Go中通过type关键字定义的命名类型是全新类型，不自动继承底层类型的任何方法；若需复用（如time.Time的Date()、Format()等），应使用结构体嵌入（embedding）实现方法提升（promotion）。
-
docker-compose.yml中service的build.context必须设为含go.mod的根目录，否则gobuild报错；容器间通信须用service名而非localhost；避免端口冲突需区分本地开发与集成测试场景；优化镜像体积应禁用cgo并剥离符号。
