go test 中 registry.reset() 没用，因为多数默认 registry（如 prometheus.defaultregisterer、http.defaultservemux）未提供 reset 方法；应改用新实例（如 prometheus.newregistry()）或显式注销，确保测试隔离。
Go test 中 registry.Reset() 为什么没用
因为多数 Go 生态里的 registry（比如 prometheus.DefaultRegisterer、http.DefaultServeMux，或自定义的全局 map 单例）根本没提供 Reset() 方法——它只是个常见误解。真正能复位的，只有少数显式设计了清理逻辑的库（如 prometheus.NewPedanticRegistry()），而默认注册器是不可逆绑定的。
常见错误现象：TestA 注册了一个 metric，TestB 调用 prometheus.DefaultRegisterer.Unregister() 失败，或测试反复跑时 panic 报 “duplicate metrics collector”。
- 别依赖
registry.Reset()—— 它在prometheusv1.x 里不存在，在 v2.x 里也仅限于pedantic或new出来的非默认实例 - 测试中永远用新 registry 实例，而不是碰
DefaultRegisterer：用prometheus.NewRegistry()替代 - 如果代码强依赖全局 registry（比如某 SDK 内部硬编码用了
prometheus.DefaultRegisterer），只能靠prometheus.Unregister()逐个注销，且必须确保传入的是**同一个 collector 实例**（不是新建一个同名的）
如何让每个 Go test 用独立 registry
核心思路是“不共享”，而非“清空”。测试隔离最稳的方式，是让被测代码接收 registry 作为参数，或通过接口注入，而不是直接 import 全局变量。
使用场景：你写了一个上报 metric 的函数，原本写死用了 prometheus.DefaultRegisterer，现在想单元测试它注册了什么。
立即学习“go语言免费学习笔记（深入）”；
基于 Internet 的 Web 技术，完全采用B/S 体系结构的网络办公系统。该系统具有安全性高、功能极为强大、可在广域网中使用也可在局域网中使用、也可以同时在局域网和广域网中使用的特点，全傻瓜式安装，无需作复杂配置，界面采用类似windows资源管理器的设计，结构清晰，条理分明，即使不熟悉电脑的人也可很快掌握全部操作。该系统通过在广域网内的广泛试用验证和经专业技术人员的调试、测试，确认具有很
- 重构函数签名，把
reg prometheus.Registerer加为参数，测试时传prometheus.NewRegistry() - 若无法改签名（比如第三方库回调），可用
prometheus.NewPedanticRegistry()+reg.MustRegister()，它会在重复注册时 panic，帮你提前发现冲突 - 验证是否注册成功：用
reg.Gather()拿到[]*dto.MetricFamily，遍历检查mf.GetName()和mf.GetMetric()
http.ServeMux 全局复位的坑
http.DefaultServeMux 是典型的不可复位全局状态。测试中调用 http.Handle() 会永久污染它，后续测试可能因路由冲突 panic 或行为错乱。
错误现象：TestRouteA 注册了 /api/v1，TestRouteB 同样注册，测试报 “panic: http: multiple registrations for /api/v1”。
- 永远不要在测试里动
http.DefaultServeMux—— 改用http.NewServeMux()构造局部 mux - 若被测代码内部硬编码用了
http.HandleFunc()，可临时用http.DefaultServeMux = http.NewServeMux()在测试前重置（注意：这是包级变量，需加func init()或测试前手动赋值，且要确保无并发测试干扰） - 更安全的做法：用
httptest.NewServer()启一个真实 server，它自动用干净的 mux，适合集成类测试
自定义全局 registry 单例的测试友好写法
如果你自己写了类似 var GlobalRegistry = make(map[string]interface{}) 的单例，测试时最容易犯的错是“只清空 map，却忘了清理关联资源”（比如 goroutine、timer、channel）。
性能影响：每次测试都 new + reset，看似安全，但如果 reset 操作含锁或阻塞 IO，会拖慢整个测试套件。
- 暴露
ResetForTest()方法，但内部必须做三件事：清数据、停 goroutine、关 channel —— 缺一不可 - 用
sync.Once初始化单例，但测试中不要复用Once；每个测试应从干净状态开始，ResetForTest()里重置sync.Once对应的私有字段（比如设为nil） - 在
TestMain(m *testing.M)里统一 setup/teardown，比每个 test 里手动 reset 更可靠，尤其涉及跨测试的资源泄漏
最麻烦的不是怎么 reset，而是 reset 后有没有人还在往旧 registry 里发数据 —— 这类竞态往往只在 CI 上偶发，本地很难复现。
