本文详解 gorilla mux 中路由匹配顺序的关键影响，通过调整注册顺序使 `/api/` 前缀的动态路由优先于根路径静态服务，避免因通配符前置导致所有请求被错误捕获。
Gorilla Mux 的路由匹配机制是严格按注册顺序进行首次匹配（first-match-wins）。这意味着一旦某个路由规则匹配了 HTTP 请求路径，后续注册的路由将不再被检查。在原始代码中：
router.PathPrefix("/").Handler(http.FileServer(http.Dir("./frontend/")))
router.HandleFunc("/api", Index)
// …其他 /api/ 路由PathPrefix("/") 是一个“兜底”式通配符——它会匹配所有路径（如 /api、/api/abc、/favicon.ico），并尝试在 ./frontend/ 目录下查找对应文件。由于该目录显然不存在 api/ 子路径下的资源，最终返回 404，导致所有 API 路由完全失效。
✅ 正确做法是：将更具体的路由（如 /api/...）放在更宽泛的路由（如 /）之前。以下是修复后的完整可运行示例：
package main
import (
"fmt"
"log"
"net/http"
"strconv"
"github.com/gorilla/mux"
)
func main() {
router := mux.NewRouter().StrictSlash(true)
// ✅ 优先注册精确/高优先级 API 路由
router.HandleFunc("/api", Abc).Methods("GET")
router.HandleFunc("/api/abc", AbcIndex).Methods("GET")
router.HandleFunc("/api/abc/{id}", AbcShow).Methods("GET")
// ✅ 使用 PathPrefix 并显式限定为静态资源（推荐加中间件或子路由隔离）
router.PathPrefix("/").Handler(http.StripPrefix("/", http.FileServer(http.Dir("./frontend/"))))
// ⚠️ 注意：http.Handle("/", router) 与 ListenAndServe(router) 二选一即可
log.Println("Server starting on :3000...")
log.Fatal(http.ListenAndServe(":3000", router))
}
func Abc(w http.ResponseWriter, r *http.Request) {
fmt.Fprintln(w, "API Root!")
}
func AbcIndex(w http.ResponseWriter, r *http.Request) {
fmt.Fprintln(w, "Todo Index!")
}
func AbcShow(w http.ResponseWriter, r *http.Request) {
vars := mux.Vars(r)
id := vars["id"] // 注意：原代码中使用了 "todoId"，但路由定义是 {id}，需保持一致
fmt.Fprintln(w, "Todo show:", id)
}? 关键注意事项：
- 变量名一致性：/api/abc/{id} 中的 id 必须与 mux.Vars(r)["id"] 中的键名完全一致，否则取值为 ""；
- HTTP 方法限定：建议始终使用 .Methods("GET") 等显式声明支持的方法，避免意外覆盖；
- 静态文件路径安全：http.FileServer 默认不自动剥离前缀，若访问 /static/logo.png，需配合 http.StripPrefix 防止路径穿透（如上例所示）；
- 避免重复注册：http.Handle("/", router) 和 http.ListenAndServe(":3000", router) 不应同时使用——后者已内置完整 HTTP server，前者会导致冲突或静默失败；
- 调试技巧：启用 router.Walk() 可遍历并打印所有已注册路由，验证顺序与结构是否符合预期。
