-
OpenTelemetry在Go中必须首行注册TracerProvider和TraceContext传播器，否则span为nil、链路静默断裂；需用otelhttp.NewHandler/NewTransport自动透传traceparent，禁用手动header；资源属性、采样器、OTLP导出配置缺一不可。
-
CNI插件必须实现ADD和DEL命令，因为kubelet仅在Pod创建/销毁时通过stdin传入JSON配置，并依赖exitcode和stdout响应：ADD需返回含ip4字段的标准JSON并退出0，DEL也须退出0，否则Pod卡在ContainerCreating；未清理会导致veth、IP、iptables残留。
-
CreateInBatches是GORM唯一推荐的批量插入方式，但需传入切片、batchSize>1，返回*gorm.DB而非error，错误须通过result.Error检查，空切片安全；FindInBatches需显式排序防漏数据，handler中应单条更新；批次大小需实测调优，钩子不逐条触发，ID和时间戳不自动回填。
-
直接用tikv.RawClient会连不上集群，因其不自动读取PD地址、不做服务发现，仅依赖硬编码的PDendpoints；若地址错误或未配TLS/网络不通，连接将超时而非报明确错误。
-
Go字符串不可变，底层为只读结构体{ptr*byte,lenint}，禁止索引赋值；修改需转[]byte或[]rune操作后重建，拼接推荐strings.Builder。
-
该用time.Ticker而非time.AfterFunc实现周期性限流调度，因其准时且可复用；需全局复用并手动Stop()防泄漏；令牌桶优于漏桶，推荐atomic.Int64无锁实现；限流判断须毫秒级完成，拒绝即返，不阻塞；context.WithTimeout在限流中间件中无意义。
-
结构体解析JSON比map[string]interface{}快3–8倍、GC减少90%以上，因避免反射慢路径；字段已知时必须用结构体，优先time.Time配string标签，慎用*string，json.RawMessage用于多态字段，自定义UnmarshalJSON需防panic与错误传播。
-
Go语言JSON序列化性能优化的关键是减少反射开销、避免内存分配、合理使用结构体标签，并按需选用预编译方案；json-iterator通过类型缓存提升2–5倍性能，easyjson生成专用方法提速10倍以上，同时可复用sync.Pool缓冲区、替换为msgpack或Protobuf等更高效格式。
-
Go单元测试简洁高效，只需_test.go文件、Test开头函数和*testing.T参数；支持table-driven批量测试、错误/panic验证及接口mock，强调快速建立代码信心。
-
必须显式配置database/sql连接池：SetMaxOpenConns限制硬上限（建议设为数据库max_connections的70%～80%），SetMaxIdleConns控制空闲连接数，配合SetConnMaxLifetime和SetConnMaxIdleTime防老化连接滞留。
-
使用t.Run可实现测试分组，如TestUserService中按CreateUser、DeleteUser、Auth等子测试组织，支持层级结构与独立运行；结合目录结构划分模块测试，如./auth/...；通过buildtags区分集成或性能测试，实现灵活分组执行。
-
准确监控消息积压需聚焦消费者视角滞后量：RabbitMQ用queuedepth+unackcount，Kafka避offset提交延迟取log_end-comitted_offset，NSQ重in_flight与requeue_count；须区分瞬时尖刺与持续恶化，动态基线告警。
-
ants.NewPool默认不支持动态扩容，需显式配置WithExpiryDuration、WithPreAlloc等参数并调用Tune()才能启用；未配置时超出容量会阻塞而非扩容，常见误判为“扩容失效”。
-
通过信号量控制并发数量可防止资源过度占用，利用sync.Pool复用对象减少GC压力，结合context实现任务超时与取消，再通过限流器保护后端服务，四者协同有效提升高并发下Golang程序的稳定性与性能。
-
本文详解如何在Go语言中利用goquery库准确获取HTML页面中<metaproperty="og:image">标签的content属性值，解决CSS选择器不支持属性值含冒号（如og:image）的常见问题，并提供健壮、可复用的实现方案。
