gorilla/mux 中通过 matcherfunc 和正则约束设置自定义路由匹配规则：matcherfunc 接收 http.request 和 mux.routematch 并返回 bool，支持请求头、ip、jwt 等任意逻辑；正则需写在 {name:pattern} 内且 pattern 不含捕获组；subrouter() 后需显式调用 .use() 应用中间件。
gorilla/mux 中如何设置自定义路由匹配规则
别指望靠 http.ServeMux 实现路径参数或方法隔离——它根本不支持。真正能设自定义匹配逻辑的，是 gorilla/mux 的 MatcherFunc 和正则约束。
常见错误现象：注册了 /users/{id:[0-9]+} 却仍匹配到 /users/abc；或者用 Subrouter() 后发现中间件没生效，其实是忘了调用 .Use()。
-
MatcherFunc是最灵活的自定义入口：接收*http.Request和*mux.RouteMatch，返回bool。可用于检查请求头、TLS 状态、IP 段、甚至 JWT payload 解析结果 - 正则约束必须写在
{name:pattern}里，且 pattern 不能含捕获组（如(\d+)）——只支持字面量正则，gorilla/mux内部用regexp.MatchString判断 - 路径末尾斜杠是否敏感？默认不敏感，但加
.StrictSlash(true)后，/users和/users/就是两条独立路由，404 行为更可控 - 注意
Subrouter()返回的是新*mux.Router，它的Host()、Scheme()、Headers()匹配器只作用于该子树，不会继承父路由器的配置
Go 接口定义中那些被忽略的嵌入细节
接口嵌入不是语法糖，它直接影响方法集构成和实现判定。很多人以为 type ReadWriter interface{ Reader; Writer } 只是省代码，其实它改变了编译器校验逻辑。
典型误用：定义了 type MyReader interface{ io.Reader; Close() error }，然后让某个结构体实现 Read() 和 Close()，却报错“missing method Read”。原因是 io.Reader 是接口类型，嵌入后要求结构体必须显式实现其全部方法，而不是靠组合间接满足。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 嵌入接口时，被嵌入接口的所有方法都会“展开”进当前接口的方法集，但不会自动继承实现——实现者仍需提供每个方法的具体逻辑
- 嵌入命名接口（如
io.Reader）和嵌入接口字面量（如interface{ Read([]byte) (int, error) }）效果等价，但前者可复用、易测试 - 两个嵌入接口若存在同名方法（如都含
Close() error），会导致编译错误：“duplicate method Close”，必须手动解耦 - 空接口
interface{}是唯一无需方法的接口，但它不能被“嵌入”来扩展——语法允许，但无实际意义，因为没方法可展开
go-chassis RouteRule 中 match 字段的真实行为
go-chassis 的路由规则不是纯路径匹配，而是服务网格层的语义路由。它的 Match 字段决定“谁发来的请求”能走哪条路，不是“请求路径是什么”。
容易踩的坑：把 sourceTags 当成目标服务标签用；或以为 HTTPHeaders 支持通配符匹配，其实只做精确键值对比（比如 header: { "x-env": { "exact": "prod" } }）。
-
source匹配调用方服务名，不是当前服务名；refer字段已弃用，新版配置中直接删掉 -
sourceTags是 map[string]string，用于匹配调用方实例的元数据标签，比如灰度发布时只让v2.0.0版本的前端调用后端新接口 -
HTTPHeaders和Headers是同一个字段的别名，YAML 中任选其一即可；值部分必须是map[string]string，不支持正则或范围表达式 -
Precedence数值越大优先级越高，但相同优先级下按配置文件中出现顺序匹配——这意味着 YAML 文件里规则顺序不能随意调整
为什么不要在接口定义里放字段或函数体
Go 接口只声明契约，不参与实现。一旦在 interface{} 里写了字段、初始化语句、或函数体，就不再是接口，而是非法语法。
真实调试场景：IDE 提示 “unexpected newline” 或 “syntax error: unexpected {”，往往是因为在接口定义里多敲了一个 = 或漏了分号（虽然 Go 不强制分号，但接口内换行后紧跟 { 会被解析器误判）。
- 接口里只能有方法签名，不能有变量声明、struct 字段、常量、或任何执行逻辑
- 方法签名中参数名可以省略，但类型和返回值不能缺；
func(string) int是合法签名，func(s string) int也是，但func(string)缺返回值就报错 - 接口方法名首字母小写 = 包私有，外部包无法赋值；哪怕结构体实现了该方法，也无法被其他包的变量声明为该接口类型
- 空接口
interface{}是万能容器，但类型断言失败时 panic 不可避免——别依赖它绕过接口设计，该定义明确接口就定义
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
