Expvar 默认监听 /debug/vars 是因 init 时自动注册到 http.DefaultServeMux；冲突需调 expvar.Unregister 再显式挂载，生产建议改路径；自定义变量须用 NewInt 等构造函数，不可直接塞 map；String() 方法须返回合法 JSON 片段且避免耗时操作；/debug/vars 变慢主因是 pprof 注入的 memstats 等大对象遍历；cmdline 和 memstats 可 Unregister 移除，但 goroutines 不建议动。
Expvar 为什么默认就跑在 /debug/vars 上？
因为 expvar 包在 init 时自动把自身注册进了 http.DefaultServeMux，路径就是 /debug/vars。你没写任何 HTTP handler，它就已经能响应了——这是便利，也是隐患。
常见错误现象：panic: http: multiple registrations for /debug/vars，通常是你手动又调了一次 http.Handle("/debug/vars", expvar.Handler())；或者用了 gorilla/mux、chi 等第三方路由却忘了禁用默认注册。
- 如果用自定义
http.ServeMux或现代路由器，务必先调expvar.Unregister("cmdline")（或其他已注册项），再显式挂载——否则冲突 - 生产环境建议改路径，比如
/internal/metrics，避免和 pprof 的/debug/pprof/混淆，也防扫描器误触 - 它只支持 GET，不处理 query 参数，传
?format=json没用，返回永远是纯 JSON 文本（无换行缩进）
怎么安全暴露自定义变量而不崩掉 JSON 结构？
expvar.Publish 已废弃，必须用 expvar.NewInt、expvar.NewFloat、expvar.NewMap 这类构造函数。直接塞 map 或 struct 会 panic，因为 expvar 要求值实现 expvar.Var 接口，而原生类型不满足。
常见错误现象：返回体里出现 "my_counter": {} 或直接 500，多半是用了 expvar.Add("my_counter", 1) 但之前没调 expvar.NewInt("my_counter")。
立即学习“go语言免费学习笔记（深入）”；
- 计数器优先用
*expvar.Int：它线程安全，.Add(1)比自己加锁快 - 要暴露结构体？得自己实现
String() string方法，且确保返回合法 JSON 片段（比如return fmt.Sprintf(`{"hits":%d,"avg":%f}`, h, a)） - 切忌在
String()里做耗时操作（如 DB 查询、HTTP 调用），expvar 是同步阻塞式读取，卡住整个 HTTP 响应
为什么 expvar 和 pprof 一起开，/debug/vars 会变慢？
不是 expvar 本身慢，而是默认的 expvar.Handler() 在序列化时会遍历所有已注册变量，包括 pprof 注入的 runtime.MemStats 这种大对象。一次请求可能触发多次 GC 元信息采集，尤其当内存分配频繁时。
使用场景：你开了 pprof.Index（即 /debug/pprof/），它会悄悄往 expvar 注册一堆 runtime 变量，导致 /debug/vars 响应从几毫秒涨到几百毫秒。
- 线上服务若对延迟敏感，建议分离：用独立端口跑 expvar（如
:8081），并只注册业务变量，完全不引入 pprof - 或者用
expvar.Do(func(kv expvar.KeyValue) { ... })手动过滤，跳过memstats、gcstats这类重量级项 - 注意
runtime.ReadMemStats本身有停顿，expvar 每次读它都会触发一次，高并发下容易成为瓶颈
JSON 输出里出现 "cmdline" 和 "memstats" 怎么关掉？
不能“关掉”，只能 unregister。expvar 启动时自动注册了 cmdline（启动参数）、memstats（通过 pprof）、goroutines（通过 runtime）等，它们没有开关配置项。
容易踩的坑：调 expvar.Get("memstats").(*expvar.Map).Set("foo", expvar.NewInt("bar")) 会 panic，因为 memstats 是只读的 *runtime.MemStats 实例，不支持 Set。
- 删
cmdline：运行时执行expvar.Unregister("cmdline")，之后它就不出现在 JSON 里 - 删
memstats：得先确保没 import_ "net/http/pprof"，否则 pprof init 会重新注册；如果已引入，就得在 pprof 初始化后立刻expvar.Unregister("memstats") - 别碰
goroutines：它是runtime.NumGoroutine()的封装，unregister 后再 register 也没意义，值不会自动更新
真正难的是权衡：去掉这些，你丢掉的是诊断基础指标；留着，又可能拖慢接口或泄露启动参数。选哪个，取决于你的监控链路是否已有替代方案。
