-
网关结构体字段顺序不合理会导致单实例多占30%～50%内存，因高频创建、批量分配及缓存行失效加剧GC压力与延迟；需按对齐优先级（8字节＞4字节＞1/2字节）重排字段，并用unsafe.Sizeof和Offsetof验证padding。
-
Go中构造函数必须返回error，因无类机制而用NewXXX函数初始化结构体，需校验参数、避免goroutine、用选项函数传参、立即清理失败资源并提供上下文错误信息。
-
RabbitMQ消费者重复消费是因“至少一次投递”设计所致，需通过Redis+消息ID实现幂等，而非依赖DeliveryTag、MessageId或数据库唯一索引兜底。
-
合理预分配slice容量、减少字符串键拷贝、用slice+索引map替代纯map存储可显著提升Go中map与slice混合使用性能，尤其在频繁插入和遍历场景下。
-
连NATS需显式配置重连、凭证和TLS；JetStream需手动初始化上下文并创建流，设对RetentionPolicy、发布带唯一MsgID、订阅用DeliverAll，多goroutine并发publish会导致乱序。
-
Go中同一文件多个init函数按源码出现顺序执行，不可互相调用；跨包按导入依赖拓扑序执行，main包init最后运行；init内panic导致程序立即终止，不可recover。
-
sync.Map适合读多写少且键生命周期不一的场景，如HTTP上下文缓存；写操作超20%时应优先用sync.RWMutex+map，因其写路径更轻量、无双层结构开销。
-
Go项目README是“安装即用”说明书，须含模块名、用途、快速启动、依赖说明四要素；模块路径首行声明，用途一句话说清问题，快速启动用goinstall命令可复制执行，依赖只列外部服务；示例需带真实输入输出和环境变量写法；标明Go版本、平台、cgo等硬性约束；CI/CD和贡献指南应外链，所有命令须在干净环境手动验证。
-
账号注销需同步清理token、缓存、服务注册及业务数据：token黑名单须持久化并前置校验；关联缓存需主动失效；服务注册须显式注销；业务数据应异步分步清理并留回滚窗口；跨系统需事件广播通知。
-
Go缓存核心是避免重复计算和I/O以降延迟、提吞吐，关键在缓存内容、时效、失效策略及线程安全；分内存、分布式、函数级三类方案，需防击穿、雪崩、穿透，并注意并发安全与资源控制。
-
因为未设置种子，rand默认使用固定种子0，导致每次运行结果相同；应改用rand.New(rand.NewSource(time.Now().UnixNano()))并避免全局状态污染。
-
reflect.Value无公开InterfaceData方法，它仅存在于runtime内部且不可调用；获取底层地址应使用UnsafeAddr()等安全方式，而非非法访问内部实现。
-
Goplugin仅支持Linux/macOS，Windows完全不支持；主程序与插件须同Go版本、构建参数及依赖版本；导出符号须为首字母大写的包级变量或函数，且类型具体；plugin.Open后必须检查Lookup错误。
-
Go测试中不手写if断言因易漏错误信息、格式不统一、定位难，且缺乏t.Helper()和并发支持；标准库刻意不提供断言以鼓励显式检查，社区多用testify/assert（新路径github.com/stretchr/testify/assert），它类型安全、自动t.Helper()、差异友好、错误链展开准确；简单场景用原生t.Errorf需带预期/实际值及上下文；自定义断言必调t.Helper()并注意延迟求值。
-
Go的net.LookupIP失败时，错误类型不只有net.DNSErrorGo的DNS解析函数（如net.LookupIP、net.LookupHost）在失败时可能返回多种错误：除了常见的net.DNSError，还可能是context.DeadlineExceeded、net.OpError（底层连接超时或拒绝），甚至nil地址切片+nil错误（极少见，但某些stubresolver或mock环境下会出现）。直接用errors.Is(err,&net.D
