Go路由实现有三种方式：优先用gorilla/mux（支持路径变量、子路由等），其次可手写简易路由器（适合学习或极简场景），还可选chi或httprouter等现代替代方案。
在 Go 中实现路由分发，核心是将 HTTP 请求的路径（path）、方法（method）等条件映射到对应的处理函数。标准库 net/http 提供了基础支持，但功能有限；而 gorilla/mux 是最成熟、广泛使用的第三方路由库，适合中大型项目。你也可以从零实现轻量级自定义路由，便于理解原理或满足极简需求。
用 gorilla/mux 实现灵活路由匹配
gorilla/mux 支持路径变量、正则约束、子路由、方法限制、Host/Headers 匹配等，语义清晰且稳定。
- 安装：
go get -u github.com/gorilla/mux - 基本用法：创建 router，注册带路径参数和方法限制的 handler
示例：
router := mux.NewRouter()
// 带路径参数
router.HandleFunc("/users/{id:[0-9]+}", getUser).Methods("GET")
// 带前缀的子路由
api := router.PathPrefix("/api/v1").Subrouter()
api.HandleFunc("/posts", listPosts).Methods("GET")
api.HandleFunc("/posts", createPost).Methods("POST")
// 启动服务
http.ListenAndServe(":8080", router)
注意：router 本身实现了 http.Handler 接口，可直接传给 http.ListenAndServe。它会自动按注册顺序+匹配精度（如更具体的正则 > 通配）进行分发。
立即学习“go语言免费学习笔记（深入）”；
手写简易路由分发器（理解原理）
若想避开依赖、学习底层逻辑，可基于 net/http.ServeMux 扩展，或完全自定义结构体管理路由规则。
- 关键字段：存储方法+路径 → handler 的映射（如
map[string]map[string]http.HandlerFunc，外层 key 为 method+path 组合） - 匹配逻辑：遍历所有注册规则，检查请求 method 和 path 是否满足（支持简单通配如
/users/*或命名参数解析） - 推荐使用前缀树（Trie）或快速路径查找（如
strings.HasPrefix+ 显式长匹配优先）提升性能
最小可行示例（无正则、仅静态路径+方法）：
type SimpleRouter struct {
routes map[string]map[string]http.HandlerFunc // method -> path -> handler
}
func (r *SimpleRouter) HandleFunc(method, path string, h http.HandlerFunc) {
if r.routes[method] == nil {
r.routes[method] = make(map[string]http.HandlerFunc)
}
r.routes[method][path] = h
}
func (r *SimpleRouter) ServeHTTP(w http.ResponseWriter, req *http.Request) {
if h, ok := r.routes[req.Method][req.URL.Path]; ok {
h(w, req)
return
}
http.NotFound(w, req)
}
这种实现足够教学或嵌入式场景使用，但不建议在生产环境替代 mux —— 缺少中间件、变量提取、OPTIONS 自动响应等关键能力。
选择建议：何时用 mux，何时自定义
优先选 gorilla/mux：项目需维护性、扩展性，或涉及 RESTful 路径、版本控制、跨域、认证中间件等常见需求。
- 它已通过大量生产验证，文档完善，生态丰富（如与
chi、httprouter兼容中间件） - 支持
.Vars()快速获取路径参数，.Queries()解析 query，.Subrouter()分层组织路由
考虑自定义：学习目的、超轻量 CLI 工具内置 HTTP 管理、或对启动速度/内存占用有极端要求（如 WASM 或 IoT 边缘节点）。
- 务必覆盖 404、405（Method Not Allowed）等标准响应
- 避免重复造轮子：先确认标准库
http.ServeMux或http.StripPrefix是否已满足需求
补充：现代替代方案（chi、httprouter）
虽然问题聚焦 mux 和自定义，但值得提一句：chi（基于 net/http 原生 Handler 链）更轻、中间件设计更优雅；httprouter 性能极高（无正则、纯前缀树），适合高并发 API 网关。它们都比 mux 更“Go native”，但社区体量略小。
选型时建议：新项目可试 chi（语法接近 mux，易迁移）；已有 mux 项目无需重构；极致性能且路径规则简单，再评估 httprouter。
