-
模板消息发送失败需同时满足三条件：服务号已认证、用户已关注、模板ID后台审核启用；silenceper/wechat/v2初始化时Cache不可为nil，须传memory或redis实例；字段key须严格匹配后台定义。
-
Go语言无内置多版本切换机制，需手动管理多个二进制并靠PATH、GOROOT及软链接控制；官方推荐解压tar.gz至独立目录后通过ln-sf切换，默认不建议用包管理器安装主版本。
-
策略模式通过接口+结构体组合实现算法可插拔，状态模式用状态对象封装行为并支持流转，二者可组合用于风控等需依状态动态切换算法的场景。
-
Protobuf的go_package路径必须显式声明并包含版本号（如“example.com/api/v1;apiv1”），不同版本.proto文件须分目录存放，生成命令需确保import路径与go_package严格匹配，否则导致类型重复或运行时断言失败。
-
Go微服务中权重路由需在入口handler内实现，而非依赖框架或中间件；须支持灰度header匹配与一致性哈希随机分流，并从外部动态加载配置以避免重启。
-
必须用gotest-bench=运行testing.Benchmark，因其自动预热、多轮采样、剔除异常值；手动用time.Now()测单次json.Marshal耗时不可靠，结果偏差可达2–3倍。
-
本文详解Go语言中安全、精准地为time.Time类型添加天数（如将周数转换为天数后叠加）的正确方法，重点介绍AddDate的使用场景、优势及常见误区。
-
最简限流装饰器需用闭包捕获rate.Limiter实例，避免每次调用新建或全局共用；推荐rate.Every而非手动计算速率；Wait必须传入context且需处理error。
-
在Golang中使用反射会带来性能损耗和类型安全风险，因此应谨慎使用。反射在运行时通过interface{}获取类型信息，需额外处理步骤，导致比直接操作慢几倍甚至几十倍，且无法被编译器优化。类型判断与转换、方法调用均耗时，错误只能在运行时暴露，如方法名拼写错误、参数类型不匹配等。维护和调试复杂度高，问题难排查。但在配置映射、ORM框架、测试工具等场景中，反射的便利性可接受其代价，可通过缓存类型信息优化性能。总结：1）避免在性能或稳定性要求高的地方使用；2）确需动态处理时合理封装并限制使用范围。
-
recover只能捕获同一goroutine内由panic触发的运行时错误，需在defer中直接调用且位置精准，无法跨goroutine或拦截CGO崩溃、编译器内联优化后的底层panic。
-
Go中用reflect将Excel行转结构体需两步：读单元格值→按excel标签填struct；字段须大写导出、标签名与表头严格匹配，指针传参、预缓存反射类型以提升性能。
-
Go中解引用nil指针会直接panic，必须显式判空：函数入口、方法体内、嵌套指针、接口使用均需逐层检查；泛型Deref可安全读取但不解决设计缺陷；90%问题源于初始化与返回环节未控住nil。
-
Go语言中panic/recover非异常处理机制，仅用于不可恢复的致命错误；常规错误须用error返回，recover必须在defer中直接调用，HTTP服务应通过中间件全局捕获并返回500。
-
应使用Exec替代Query执行单条INSERT以避免结果集解析开销，并复用预编译语句；批量插入优先采用多值INSERT语法，控制单条不超过1000行；配合合理事务粒度（每1000–5000行提交）、连接池调优及原生驱动（如pgx）可显著提升吞吐。
-
健康检测接口必须返回200OK状态码，响应体为轻量JSON且含Content-Type头，禁止调用下游依赖或记录日志，Go标准库可实现高并发瞬时检查。
