-
Go json.Decoder 将 JSON 解码到 interface{} 时，数字默认会变成 float64。本文用 UseNumber 保留 json.Number，再按业务需要转换为 int64、float64 或字符串，并比较结构体、动态 map 与 RawMessage 的适用边界。
-
Go 读取超过内置范围的大整数时，应按输入形态选择 math/big 的 SetString、fmt.Sscan、JSON 解码或 SetBytes，并在 String、Text、Bytes 和 int64 转换之间处理进制、符号与范围边界。
-
Go 的 string 下标访问的是 UTF-8 字节而不是字符。本文用 Go你 示例说明 len、s[i]、range、[]rune 和 unicode/utf8 的边界，避免中文截断和错误计数。
-
Go 的 encoding/json 默认会把 JSON 字符串中的小于号写成 \u003c，这通常是 HTML 安全转义而不是乱码。本文说明如何判断、何时使用 SetEscapeHTML(false)，以及关闭后仍需遵守的 HTML 安全边界。
-
Go 使用 filepath.Ext 判断文件扩展名时，只会返回最终路径元素最后一个点开始的后缀。本文结合隐藏文件、多重后缀和大小写，给出可复用的判断规则。
-
Go 1.27 的 go doc 可以直接查询 package@version。本文讲清它与当前工作区文档的差别、版本查询边界、私有模块配置和升级前核对方法。
-
Go 1.27 引入泛型方法后，方法可以声明自己的类型参数，但接口方法仍不能声明类型参数。本文用 Rand.N、函数类型推断和接口边界说明如何判断代码能否编译，以及如何保留兼容性。
-
当 goroutine 偶发卡住时，runtime/trace 能把任务、日志和调度时间线放到同一份证据里。本文用 trace.NewTask、trace.Logf 和 trace.Start/Stop 建立最小采集程序，再说明如何从任务延迟和阻塞区间定位问题。
-
Consul高负载导致Go网关连接重置，根本原因是Server连接处理能力不足与客户端短连接、无超时、无复用等默认行为不匹配；需强制复用连接、设超时与降频检查，并优化Server配置及规避Go代码陷阱。
-
用status.Errorf包裹错误才能保留原始状态码；status.FromError只识别status.Status实例，其他包装会导致code降级为Unknown，自定义错误需实现GRPCStatus()方法返回真实status.Status。
-
RedisPubSub容易丢消息，因其非线程安全、默认缓冲区仅10条、无超时控制易卡死goroutine、重连不自动恢复订阅、无ACK机制且panic或慢处理会导致缓冲区溢出。
-
最稳妥方案是直接使用gobreaker库，它被go-zero和kratos验证成熟，支持滑动窗口统计、半开探测且无外部依赖；需正确配置MaxRequests（≥10）、Timeout（15s）、Interval（30s～2m），并在客户端调用处用cb.Execute包裹Do操作，配合context.WithTimeout和fallback降级，同时暴露指标便于观测。
-
Go语言中处理异常和错误的方式主要依赖于error返回和panic/recover机制。1.error返回用于常规错误处理，函数通过返回error值让调用者处理或忽略错误，适用于可预见的问题，如文件打开失败、网络请求超时等；2.panic用于触发运行时异常，程序沿着调用栈回溯，直到崩溃，适合处理不可预料的错误，如数组越界、空指针访问；3.recover只能在defer函数中使用，用来捕获panic，防止程序崩溃，常用于中间件统一拦截异常、测试代码模拟异常行为以及初始化阶段的关键错误处理；4.使用error
-
Sync.Map不能用反射遍历，因其内部字段未导出且未实现迭代接口；必须通过Range()等公开API访问，注意nil检查、类型转换安全及性能陷阱。
-
trace.Start()必须显式调用且配对trace.Stop()，否则trace.out为空或仅有头尾事件；常见原因包括未传*os.File、Stop未执行、程序过快退出、Start放置过晚。
