是，静态文件请求不触发常规过滤器；因为beego对/static等注册路径的请求直接交由静态处理器处理，跳过beforerouter等路由阶段，必须使用beego.beforestatic过滤点实现权限控制。
静态文件请求不触发常规过滤器？用 beego.BeforeStatic 而不是 beego.BeforeRouter
Beego 对静态资源（如 /static/ 下的 CSS、JS、图片）的处理是绕过完整路由流程的——一旦请求命中 beego.SetStaticPath 注册的路径，就直接交给内置静态处理器，beego.BeforeRouter、beego.BeforeExec 等钩子完全不会执行。
这意味着你写在 router.go 里、针对 /static/users/:id/private/* 的权限校验逻辑，根本不会被调用。必须改用专为此场景设计的过滤点：
beego.InsertFilter("/static/users/:id([0-9]+)/private/*", beego.BeforeStatic, controllers.ProtectPrivateUploads)- 正则部分
([0-9]+)强制 ID 为纯数字，避免路径被恶意构造绕过 - 参数名统一用
:id，不要写成:userId，否则 Beego 解析时可能丢弃或匹配失败
SetStaticPath 多目录映射时路径前缀不能重叠
当你调用多次 beego.SetStaticPath，比如：
beego.SetStaticPath("/static", "public")
beego.SetStaticPath("/static/css", "assets/css")
beego.SetStaticPath("/static/js", "assets/js")
这会导致行为不可控：Beego 按注册顺序匹配前缀，/static/css/main.css 可能先被 /static 匹配到，然后去 public/css/main.css 查找，而非你期望的 assets/css/main.css。
正确做法是确保前缀互斥：
beego.SetStaticPath("/static", "public")beego.SetStaticPath("/assets/css", "assets/css")beego.SetStaticPath("/assets/js", "assets/js")
这样访问 /assets/css/style.css 就明确落到对应目录，无歧义。
静态文件 404 但路径明明存在？检查 beego.DirectoryIndex 和文件权限
常见现象：浏览器访问 /static/img/logo.png 返回 404，但文件确实在磁盘上。可能原因有三个：
- 应用启动时工作目录不是项目根目录，导致相对路径
"static"解析失败——建议始终用绝对路径或显式指定os.Getwd()校验 -
beego.DirectoryIndex = true开启后，访问目录会列出文件；但关闭时（默认），若请求的是目录（如/static/img/）且无index.html，也会返回 404，这不是错误而是预期行为 - Linux/macOS 下文件权限不足（如
stat static/img/logo.png显示权限为--------e-），Go 进程无法读取，需chmod 644 static/img/logo.png
生产环境禁用 beego.DirectoryIndex 并隐藏敏感路径
开发阶段开启 beego.DirectoryIndex = true 方便调试，但上线后必须关闭：
beego.BConfig.WebConfig.DirectoryIndex = false
否则攻击者可直接遍历 /static/config/ 或 /static/logs/ 获取敏感信息。更进一步，避免把私有资源和公开资源混放同一静态目录下——比如用户上传的私有文件不应放在 /static/uploads/，而应走控制器+流式响应，或用独立路径+ BeforeStatic 过滤器严格控制。
最易被忽略的一点：Beego 不会自动对静态路径做 URL 解码，如果请求中含 %2F（即 / 的编码），它可能绕过你的过滤器正则匹配——务必在 BeforeStatic 过滤器里手动校验 ctx.Request.URL.Path 是否包含非法字符或编码路径。
