beego的restful路由需显式注册http方法到控制器方法，否则返回405；不自动匹配方法名，路径参数须手动提取，路由顺序与别名绑定易引发404/405隐性错误。
Beego 的 RESTful 路由不是“自动启用”的，必须显式注册对应 HTTP 方法到控制器方法，否则 405 Method Not Allowed 是默认结果。
beego.Router 中的 method:handler 映射必须写全
很多人以为注册 beego.Router("/api/users", &controllers.UserController{}) 就能响应所有 HTTP 方法，实际只会 fallback 到控制器里未定义方法的默认行为（通常是 405）。真正支持 RESTful 的写法是明确绑定：
-
beego.Router("/api/users", &controllers.UserController{}, "get:List;post:Create")—— GET 和 POST 分别调用List和Create方法 -
beego.Router("/api/users/:id", &controllers.UserController{}, "get:Get;put:Update;delete:Delete")—— 动态参数:id会自动注入到方法签名中，如func (c *UserController) Get()内可通过c.Ctx.Input.Param(":id")获取 - 不写方法映射时，框架不会自动按 HTTP 方法名调用同名函数；必须靠字符串映射触发
控制器方法签名与参数绑定不自动匹配
Beego 不像 Gin 那样通过函数参数反射注入路径参数。:id 这类占位符不会自动变成函数入参，而是需要手动提取：
- 错误写法：
func (c *UserController) Get(id string)——id不会被赋值，始终为空 - 正确写法：
func (c *UserController) Get() { id := c.Ctx.Input.Param(":id") }，或使用c.GetString(":id")（会做类型转换） - 查询参数（如
?page=2）要用c.GetString("page")或c.GetInt("page")，不能依赖结构体绑定（除非配了ParseForm） - JSON 请求体需先调用
c.ParseForm(&obj)或手动json.Unmarshal(c.Ctx.Input.RequestBody, &obj)
RESTful 路由和正则路由混用时优先级容易误判
Beego 的路由匹配顺序是：静态路径 > 正则路由（@ 开头） > RESTful 路由（: 占位符）。如果写了两条相似路由，很容易被前者截胡：
- 比如同时存在
beego.Router("/api/users/export", ...)（静态）和beego.Router("/api/users/:id", ...)（RESTful），那么/api/users/export永远走第一条，不会进:id路由 - 若想让
/export成为子资源，应改用嵌套路由：beego.Router("/api/users/export", &controllers.UserController{}, "get:Export")，并确保它在/api/users/:id之前注册 - 正则路由如
beego.Router("/api/users/@([0-9]+)", ...)优先级高于:id，但维护成本高，非必要不推荐
反向路由 urlfor 在模板和代码中行为不一致
{{urlfor "UserController.Get" ":id" 123}} 在模板里能正常工作，但在控制器或服务层调用 urlfor 函数时，必须先注册路由别名，否则 panic：
- 注册时加别名：
beego.Router("/api/users/:id", &controllers.UserController{}, "get:Get").Name = "user.get" - 代码中调用：
beego.URLFor("user.get", ":id", 123) - 漏掉
.Name赋值会导致运行时报错route name not found，且错误信息不提示具体缺哪个名 - 别名必须全局唯一；重复定义会静默覆盖，调试时很难发现
最容易被忽略的是路由注册顺序和别名绑定——这两点不出问题时一切正常，一旦出问题，现象是请求 404 或 405，但日志里没有明显线索，得逐行核对 router.go 里的注册语句位置和命名。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
