gin 应用中，当定义嵌套路由（如 `/users/login`）时，浏览器会将 html 中的相对路径（如 ``）基于当前 url 路径解析，而非根路径，从而引发静态资源 404；而使用绝对路径（`/static/...`）本可避免此问题，但若前端 html 中误用了相对路径或存在 base 标签干扰，则仍会出错。
该问题本质并非 Gin 模板加载机制错误，而是浏览器对静态资源链接的路径解析行为与后端路由结构不匹配所致。
从日志可见关键线索：
GET "/users/login" → 正常返回 auth.html GET "/users/static/css/styles.css" → 404（错误路径！） GET "/static/css/auth.css" → 200（正确路径，说明静态服务已配置）
这表明：auth.html 中实际引用的是 href="static/css/auth.css"（无前导斜杠的相对路径），而非你声称的 "/static/css/auth.css"。浏览器在访问 /users/login 页面时，会将 static/css/auth.css 解析为相对于当前路径的 /users/static/css/auth.css —— 这正是日志中出现的 404 请求路径。
✅ 正确做法：所有静态资源链接必须使用绝对根路径（即以 / 开头）：
⚠️ 常见陷阱排查：
- 检查 HTML 源码是否真包含 /static/（可通过浏览器「查看页面源代码」确认，而非开发者工具「Elements」中被重写后的结果）；
- 确保未意外引入
标签（它会强制所有相对链接以 /users/ 为基准）； - Gin 静态文件中间件需正确挂载在根路径：
router.Static("/static", "./static") // ✅ 服务 /static/* → ./static/ 下文件 // 不要写成 router.Static("/users/static", "./static") —— 这会改变预期 URL 结构
? 进阶建议：统一模板基类（如 base.html）中定义静态路径，并通过 Go 模板函数增强健壮性：
// 在 Gin 初始化时注册辅助函数
router.SetFuncMap(template.FuncMap{
"asset": func(name string) string {
return "/static/" + name
},
})然后在模板中使用：
总结：Gin 本身不干预 HTML 内部链接解析；路径行为完全由浏览器遵循 RFC 3986 执行。只要确保所有静态资源引用均为绝对路径 /static/...，并正确配置 router.Static()，即可彻底规避嵌套路由引发的静态资源定位错误。
