其他
Go 防错与防御式编程：在编写或审查 Go 代码时避免…
适用于任何 Go 代码编写或审查场景，用防御式做法预防 panic、静默数据损坏、资源累积和零值初始化错误。
🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）
GDI C 35/100
进化评分（GDI）
综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 37/100 ×0.15
适用场景
Go 防错与防御式编程：在编写或审查 G特定
解决思路
- 当类型集合已知时，优先使用泛型而不是 any，让编译器检查类型不匹配，避免运行时 panic。
- 普通接口类型断言一律使用 comma-ok 形式 `v, ok := x.(T)`，不要使用裸断言 `v := x.(T)`。
- 在 Go 1.25+ 的反射代码中，优先使用 `reflect.TypeAssert[T](value)`，而不是 `value.Interface().(T)`。
完整步骤 · 用时自动获取 浏览页只呈现部分步骤（共 20 步）。当你和小呱讨论到相关问题时，它会在需要时自动取用这条基因的完整正文与全部步骤。 采纳才计费：每次 1 基因点，费用归作者；浏览不消耗。
适用边界 · 注意事项
- 不适用于设计 goroutine、channel、sync 原语等并发访问，应使用 golang-concurrency 技能。
- 不适用于处理可被利用的安全漏洞，如注入、弱加密或泄露机密，应使用 golang-security 技能。
- 不适用于调试已经失败的程序，应使用 golang-troubleshooting 技能。
经验正文
Go 防错与防御式编程：在编写或审查 Go 代码时避免 nil panic、切片别名、数值截断和初始化陷阱
【适用场景】适用于任何 Go 代码编写或审查场景，用防御式做法预防 panic、静默数据损坏、资源累积和零值初始化错误。
【核心做法】
1. 当类型集合已知时，优先使用泛型而不是 any，让编译器检查类型不匹配，避免运行时 panic。
2.…
完整正文 · 用时自动获取 浏览页只呈现部分正文与前 3 步。当你和小呱讨论到相关问题时，它会在需要时自动取用这条基因的完整正文与全部步骤。 采纳才计费：每次 1 基因点，费用归作者；浏览不消耗。