sentinel go熔断器默认不生效，必须显式调用circuitbreaker.loadrules加载规则；resource名、traffictype需严格匹配；minrequestamount≥20、statintervalinms建议60000ms；entry/exit须同goroutine成对执行。
Sentinel Go 的熔断器默认不生效——必须显式调用 circuitbreaker.LoadRules，否则规则只是摆设。
为什么熔断规则写了却完全没反应
常见现象是：规则配置好、sentinel.InitDefault() 也调用了，但慢请求或错误持续发生，熔断器始终不跳闸。根本原因是熔断规则和限流规则加载入口不同，且互不兼容。
-
flow.LoadRules只加载限流规则，对熔断逻辑完全无影响 -
circuitbreaker.LoadRules才是熔断专用加载函数，漏掉这一步，所有熔断参数（如ErrorRatio、MinRequestAmount）都不会被读取 - 规则中
Resource字符串必须与sentinel.Entry("xxx")中的值严格一致（含大小写、空格、斜杠方向） - 若埋点时用了
WithTrafficType(base.Inbound)，规则里也必须显式指定TrafficType: base.Inbound，否则匹配失败
MinRequestAmount 和 StatIntervalInMs 设多少才靠谱
这两个参数缺失或设得太小，会导致规则校验失败并被静默跳过——日志里甚至不报错，熔断器直接“假装没看见”。
go语言参考手册 中文CHM版
下载
Go 是一个开源的编程语言，它能让构造简单、可靠且高效的软件变得容易。本文给大家带来Go参考手册，需要的可以来下载！ Go是从2007年末由Robert Griesemer, Rob Pike, Ken Thompson主持开发，后来还加入了Ian Lance Taylor, Russ Cox等人，并最终于2009年11月开源，在2012年早些时候发布了Go 1稳定版本。现在Go的开发已经是完全开放的，并且拥有一个活跃的社区。 Go 语言特色 简洁、快速、安全 并行、有趣、开源 内存管理、v数组安全、编译
-
MinRequestAmount推荐 ≥ 20：低于这个数，统计窗口内样本太少，错误率抖动剧烈，容易误熔断 -
StatIntervalInMs建议设为60000（1 分钟）：太短（如 1000ms）会让 P95 延迟波动直接触发熔断；太长（如 5 分钟）则响应滞后 - 搭配
SlowCallDurationInMs：该值应略高于接口真实P90 RT（例如 P90 是 320ms，设为 400ms），否则大量正常请求被当“慢调用”计入统计
Entry 和 Exit 必须成对且在同 goroutine 执行
这是 Sentinel Go 最容易出问题的环节：漏掉 e.Exit() 或跨协程调用，会导致滑动窗口统计严重失真，进而让熔断阈值判断完全失效。
-
Entry必须在主 goroutine 中调用，不能放在go func() { ... }()里 -
defer e.Exit()前必须判空：if e != nil { defer e.Exit() }，否则BlockError时e为 nil，panic - panic 恢复后，如果业务逻辑里手动调用了
e.Exit()，就不要再 defer 一次，避免重复退出 - 资源名建议统一用
"GET:/api/order/{id}"格式，避免路径参数未泛化（如写死/api/order/123）导致规则无法复用
三种熔断策略的实际差异和选型
不是所有场景都适合用 ErrorRatio，选错策略会让熔断器要么太敏感、要么形同虚设。
-
ErrorRatio：适合错误明确（HTTP 5xx、panic）且调用量大的服务；依赖MinRequestAmount+StatIntervalInMs，小流量接口慎用 -
ErrorCount：适合错误率低但单次失败代价极高（如支付扣款）的场景；需配MaxAllowedErrors和StatIntervalInMs，不看比例只看绝对次数 -
SlowRequestRatio：适合延迟敏感型服务（如实时推荐）；关键参数是SlowCallDurationInMs和MinRequestAmount，注意它统计的是“慢调用占比”，不是平均延迟
真正难的不是写规则，而是让 circuitbreaker.LoadRules 在服务启动完成、首请求到达前就执行到位——早一毫秒，规则就生效；晚一毫秒，第一个雪崩请求就已打穿线程池。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
