beego伪静态需通过正则路由实现，如beego.router("/article-:id([0-9]+).html", &c.articlecontroller{}, "get:get")，依赖路由层匹配而非nginx重写；必须确保nginx透传.html后缀，且避免静态路由冲突，修改路由后须重启进程。
Beego 框架本身不内置 Nginx 那类全局 URL 重写（rewrite）能力，所有「伪静态」效果必须靠路由层实现——也就是说，Router() 是唯一可控入口，硬塞 location 或 rewrite 规则到 Beego 应用里是无效的。
Beego 的伪静态路由怎么写才生效
伪静态本质是让动态接口响应形如 /article-123.html 的请求，但背后仍是调用控制器方法。Beego 只支持两种方式匹配这种路径：
- 正则路由：用
beego.Router("/article-:id([0-9]+).html", &controllers.ArticleController{}, "get:Get")，其中:id是参数占位符，([0-9]+)是强制数字匹配，末尾.html会被原样识别 - 动态路由 + 手动截断：注册
/article-:id，再在控制器里用c.Ctx.Input.Param(":id")取值，然后手动strings.TrimSuffix(id, ".html")——但这种方式绕过了路由校验，容易漏掉非法后缀 - 注意：
:id中的冒号不能省，且参数名必须和路由中声明的一致；若写成:ID或id，c.Ctx.Input.Param()将返回空字符串
为什么 /xxx.html 路由匹配失败
常见错误不是正则写错，而是忽略了 Beego 的路由优先级规则：静态路径 > 正则路由 > 动态路由。如果已注册了 /article-123.html 这样的静态路由，它会拦截所有同名请求，导致正则路由失效。
- 检查
router.go是否存在重复或更宽泛的静态路由，比如beego.Router("/article-123.html", ...) - 确保正则表达式足够严格，例如
article-:id([0-9]+).html不会误匹配article-test.html；若允许字母，应改为article-:slug([a-zA-Z0-9_-]+).html - 开发阶段可加日志：在控制器开头打印
c.Ctx.Request.URL.Path，确认实际进来的路径是否带.html后缀（Nginx 若已 strip 掉，Beego 就永远收不到）
Beego 和 Nginx 伪静态如何配合
Beego 做不了路径重写，所以真实部署时，Nginx 必须把 .html 请求透传给 Beego，不能自己 rewrite 成无后缀再转发——否则 Beego 根本不知道原始请求长什么样。
- Nginx 配置片段示例：
location ~ \.html$ { proxy_pass http://127.0.0.1:8080; proxy_set_header Host $host; } - 禁止这样写：
rewrite ^/(.*)\.html$ /$1 break;，这会让 Beego 收到的是/article-123，而你的正则路由却是/article-:id([0-9]+).html，必然 404 - 若需兼容无后缀访问，得在 Beego 里额外注册一条动态路由：
beego.Router("/article-:id", &controllers.ArticleController{}, "get:Get")，并和正则路由共存
最易被忽略的一点：Beego 的正则路由只在启动时编译一次，修改后必须重启进程；热重载不会刷新路由表。线上改完 router.go 却没生效，先看进程有没有真正重启。
