-
recover()只能在同Goroutine的defer中捕获本Goroutine的panic，因各Goroutine调用栈独立；需在出问题的Goroutine内用deferrecover()，或用errgroup.Group、带缓冲channel统一处理错误。
-
close()只能由发送方调用，否则panic；关闭后读取返回零值且ok为false；重复close会panic；len/cap与关闭无关，判断是否关闭只能用<-ch,ok。
-
当WebSocket接口返回的JSON中，某个字段（如args[0]）本身是经过JSON编码的字符串（即“JSON-in-JSON”），需分两步解码：先解析外层结构，再对内层字符串单独调用json.Unmarshal。直接替换引号或反斜杠易破坏合法转义，不可靠。
-
Go函数参数默认值传递，修改外部变量需传指针：形参声明为T，调用时传&变量，函数内用x赋值；结构体指针更高效且语义清晰；nil指针必须检查；切片/map/channel修改内容无需指针，但替换整个变量需指针。
-
正确安装方式是导入服务子模块如github.com/tencentcloud/tencentcloud-sdk-go/tencentcloud/cos，而非根路径；凭据须通过环境变量TENCENTCLOUD_SECRET_ID/KEY或0600权限的credentials文件安全传入；分页需检查IsTruncated并用NextContinuationToken续传。
-
errors.Is是跨平台判断系统级错误的推荐方式，支持os.ErrPermission、fs.ErrNotExist等标准错误，能正确处理包装错误和不同系统的错误码映射，但要求底层错误实现Is方法。
-
reflect.DeepEqual因逐字段递归比较且不支持func/map（含不可比key）、指针地址敏感、time.Time时区/纳秒差异、map遍历无序、nil与空切片区分、忽略自定义Equal方法等，常误判相等。
-
os.WriteFile并发调用会覆盖数据，因不支持追加且非并发安全；正确做法是加锁、通道+单goroutine写或临时文件+rename原子替换。
-
Dubbo-go启动后注册不到Nacos主因是协议不匹配：JavaDubbo默认用dubbo协议，而dubbo-go0.9+默认用tri协议，需显式配置protocol:dubbo或升级至v1.5.x兼容版本。
-
Go桌面应用无法真正热更新，只能通过go-selfupdate实现无缝重启：下载校验新二进制、替换并重启，需适配各平台签名与自启机制，插件机制不可行，核心难点在于更新时机判断与状态快照恢复。
-
Go需自定义Observer/Subject接口实现观察者模式，推荐泛型EventBus[T]确保类型安全，用切片存观察者并加读写锁，Notify时逐个goroutine调用并recover隔离panic。
-
Go语言的text/template包通过{{}}语法将数据与模板结合，支持变量引用、条件判断、循环及自定义函数。使用.访问根对象字段，如{{.Name}}；通过{{if}}{{else}}{{end}}实现条件渲染，{{range}}{{end}}遍历数据；可注册FuncMap添加函数扩展功能，如{{mail.Email}}；完整示例展示结构体数据渲染为文本，最终输出动态内容。掌握这些即可高效生成HTML、配置文件等文本。
-
Go中必须显式检查每个可能失败的操作，用iferr!=nil处理；错误需用%w包装以保留原始错误链；自定义错误应嵌入底层error；禁用panic处理可预期错误。
-
推荐使用BoltDB或BadgerDB作为Go本地KV数据库底层引擎：BoltDB适合中小规模读多写少场景，BadgerDB适合高频更新或需TTL的场景；需手动构建二级索引、保障落盘可靠性并可选加LRU内存缓存。
-
根本原因是未正确接管stdin/stdout/stderr的流式转发：需两个goroutine分别双向桥接WebSocket与session的IO，且不能用io.Copy阻塞等待EOF。
