路由
每一个来自客户端的请求都会经过路由系统,因此路由系统的易用性对于一个 Web 框架来说是至关重要的。Flamego 在路由系统的设计和实现上花费了大量精力,在确保易用性的同时保留了未来的可扩展性。
路由是指 HTTP 请求方法和 URL 匹配模式的组合,并且每个路由都可以绑定多个处理器。
下面列举了对应不同 HTTP 请求的辅助方法:
f.Get("/", ...)
f.Patch("/", ...)
f.Post("/", ...)
f.Put("/", ...)
f.Delete("/", ...)
f.Options("/", ...)
f.Head("/", ...)
f.Connect("/", ...)
f.Trace("/", ...)Any 方法可以将单个路由与所有 HTTP 请求方法进行组合:
f.Any("/", ...)当你需要将单个路由与多个 HTTP 请求方法进行组合时,则可以使用 Routes 方法:
f.Routes("/", "GET,POST", ...)
// 或者
f.Routes("/", http.MethodGet, http.MethodPost, ...)术语
- URL 路径块是指介于两个斜杠之间的部分,如
/<segment>/,且尾部的斜杠可以被省略 - 绑定参数 使用花括号(
{})进行表示,并仅限用于动态路由
静态路由
静态路由是 Web 应用中最为常见的一种路由,即要求客户端的请求路径与配置的路径完整一致才能被匹配:
f.Get("/user", ...)
f.Get("/repo", ...)上例中,任何不为 /user 或 /repo 的请求路径都将收到 404。
标准库的 net/http 允许用户使用 /user/ 来匹配所有以 /user 开头的请求路径,但在 Flamego 中这仍旧只是一个单纯的静态路由,所以要求客户端的请求路径与 /user/ 完全一致才能被匹配。
来看个例子就明白了:
package main
import (
"github.com/flamego/flamego"
)
func main() {
f := flamego.New()
f.Get("/user/", func() string {
return "You got it!"
})
f.Run()
}运行如下测试:
$ curl http://localhost:2830/user
404 page not found
$ curl http://localhost:2830/user/
You got it!
$ curl http://localhost:2830/user/info
404 page not found动态路由
顾名思义,动态路由指的是可以进行动态匹配的路由配置。在撰写本文档时,Flamego 的动态路由在整个 Go 语言生态中依然首屈一指,无人望其项背。
flamego.Context 提供了一系列的辅助方法来获取动态路由中的绑定参数,包括:
Params返回所有的绑定参数Param返回指定的绑定参数值ParamInt返回解析为int类型的绑定参数值ParamInt64返回解析为int64类型的绑定参数值
占位符
占位符可以用于匹配除了斜杠(/)以外的所有字符,并且在单个 URL 路径块中可以使用任意多个占位符。
下面列举了一些占位符的用法:
f.Get("/users/{name}", ...)
f.Get("/posts/{year}-{month}-{day}.html", ...)
f.Get("/geo/{state}/{city}", ...)在第 1 行,名为 {name} 的占位符会匹配整个 URL 路径块。
在第 2 行,{year}、{month} 和 {day} 这三个占位符会分别匹配 URL 路径块的三个部分。
在第 3 行,两个占位符由于在不同的 URL 路径块中,因此相互独立不受影响。
来看几个完整的例子:
package main
import (
"fmt"
"strings"
"github.com/flamego/flamego"
)
func main() {
f := flamego.New()
f.Get("/users/{name}", func(c flamego.Context) string {
return fmt.Sprintf("The user is %s", c.Param("name"))
})
f.Get("/posts/{year}-{month}-{day}.html", func(c flamego.Context) string {
return fmt.Sprintf(
"The post date is %d-%d-%d",
c.ParamInt("year"), c.ParamInt("month"), c.ParamInt("day"),
)
})
f.Get("/geo/{state}/{city}", func(c flamego.Context) string {
return fmt.Sprintf(
"Welcome to %s, %s!",
strings.Title(c.Param("city")),
strings.ToUpper(c.Param("state")),
)
})
f.Run()
}curl http://localhost:2830/posts/2021-11-abc.html 并观察输出的变化。🆕 v1.9.10 版本新增
捕获到的绑定参数也会通过 (*http.Request).SetPathValue 写入请求对象,因此 r.PathValue("name") 会返回与 c.Param("name") 相同的值。
正则表达式
正则表达式可以被用来进一步限定绑定参数的匹配规则,并使用斜杠进行表示,如 /<regexp>/。
下面列举了一些使用正则表达式定义的绑定参数:
f.Get("/users/{name: /[a-zA-Z0-9]+/}", ...)
f.Get("/posts/{year: /[0-9]{4}/}-{month: /[0-9]{2}/}-{day: /[0-9]{2}/}.html", ...)
f.Get("/geo/{state: /[A-Z]{2}/}/{city}", ...)在第 1 行,名为 {name} 的占位符会匹配整个 URL 路径块中的字母和数字。
在第 2 行,{year}、{month} 和 {day} 这三个占位符会分别匹配 URL 路径块中具有特定长度的数字。
在第 3 行,{state} 仅会匹配长度为 2 的大写字母。
由于正则表达式自身是通过斜杠进行表示的,因此它们匹配规则不可以包含斜杠:
panic: unable to parse route "/{name: /abc\\//}": 1:15: unexpected token "/" (expected "}")来看几个完整的例子:
package main
import (
"fmt"
"strings"
"github.com/flamego/flamego"
)
func main() {
f := flamego.New()
f.Get("/users/{name: /[a-zA-Z0-9]+/}",
func(c flamego.Context) string {
return fmt.Sprintf("The user is %s", c.Param("name"))
},
)
f.Get("/posts/{year: /[0-9]{4}/}-{month: /[0-9]{2}/}-{day: /[0-9]{2}/}.html",
func(c flamego.Context) string {
return fmt.Sprintf(
"The post date is %d-%d-%d",
c.ParamInt("year"), c.ParamInt("month"), c.ParamInt("day"),
)
},
)
f.Get("/geo/{state: /[A-Z]{2}/}/{city}",
func(c flamego.Context) string {
return fmt.Sprintf(
"Welcome to %s, %s!",
strings.Title(c.Param("city")),
c.Param("state"),
)
},
)
f.Run()
}尝试运行以下测试并观察输出的变化:
$ curl http://localhost:2830/users/logan-smith
$ curl http://localhost:2830/posts/2021-11-abc.html
$ curl http://localhost:2830/geo/ma/boston通配符
使用通配符定义的绑定参数可以匹配多个 URL 路径块(包括斜杠)。通配符使用 ** 进行表示,并接受一个可选参数 capture 用于设定最多可匹配 URL 路径块的数量。
下面列举了一些使用通配符定义的绑定参数:
f.Get("/posts/{**}", ...) // "{**: **}" 的语法糖
f.Get("/webhooks/{repo: **}/events", ...)
f.Get("/geo/{**: **, capture: 2}", ...)在第 1 行,通配符会匹配所有以 /posts/ 开头的路径。
在第 2 行,通配符会匹配所有以 /webhooks/ 开头并以 /events 结尾的路径。
在第 3 行,通配符会匹配所有以 /geo/ 开头的路径,但最多匹配 2 个 URL 路径块。
来看几个完整的例子:
package main
import (
"fmt"
"strings"
"github.com/flamego/flamego"
)
func main() {
f := flamego.New()
f.Get("/posts/{**}",
func(c flamego.Context) string {
return fmt.Sprintf("The post is %s", c.Param("**"))
},
)
f.Get("/webhooks/{repo: **}/events",
func(c flamego.Context) string {
return fmt.Sprintf("The event is for %s", c.Param("repo"))
},
)
f.Get("/geo/{**: **, capture: 2}",
func(c flamego.Context) string {
fields := strings.Split(c.Param("**"), "/")
return fmt.Sprintf(
"Welcome to %s, %s!",
strings.Title(fields[1]),
strings.ToUpper(fields[0]),
)
},
)
f.Run()
}尝试运行以下测试并观察输出的变化:
$ curl http://localhost:2830/webhooks/flamego/flamego
$ curl http://localhost:2830/geo/ma/boston/02125单个路由中的多个通配符
单个路由中可以包含多个通配符。同一路由中的两个通配符必须满足以下条件之一:
- 由静态路径块或正则路径块进行分隔
- 前一个通配符设置了
capture上限,从而限制其可匹配的路径块数量
静态路径块会精确锁定路径文本。正则路径块则会被接受为分隔符,无论其匹配范围多么宽松——像 /[0-9]+/ 这样的严格模式可以提供明确的划分点,而像 /.+/ 这样的宽松模式则不能,但该正则被视为你对当前路由形态的显式选择,由此产生的绑定将遵循常规的匹配优先级。
占位符路径块({name})不能作为分隔符,因为占位符会接受任意单个路径块的内容且没有任何显式选择的语义,这会使其前后两个通配符之间的边界变得隐式模糊。
下面是合法的多通配符路由示例:
// 使用静态路径块作为分隔符
f.Get("/files/{prefix: **}/blob/{path: **}", ...)
// 使用正则路径块作为分隔符
f.Get("/repos/{owner: **}/{id: /[0-9]+/}/{path: **}", ...)
// 通过 capture 限制前一个通配符
f.Get("/archive/{head: **, capture: 2}/{tail: **}", ...)
// 三个通配符配合不同分隔符
f.Get("/api/{a: **, capture: 2}/sep/{b: **, capture: 2}/end/{c: **}", ...)下面这些路由会在注册时被拒绝:
// 两个无上限的通配符之间没有分隔符
f.Get("/api/{a: **}/{b: **}", ...)
// 占位符不能作为分隔符,划分是不明确的
f.Get("/api/{a: **}/{id}/{b: **}", ...)
// 仅在*后一个*通配符上设置 capture 是不够的,因为前一个无上限通配符会先消耗路径
f.Get("/api/{a: **}/{b: **, capture: 2}", ...)对于非末尾的有上限通配符,匹配过程会在 capture 限制内逐步扩展捕获的路径块,并优先选择最长的、能让路由其余部分匹配成功的划分。如果某个划分通过更具体的兄弟节点(静态、正则或占位符)匹配成功,则该结果会立即胜出,即使更长的划分能通过通配符兄弟节点匹配成功也是如此。换句话说,文档中描述的匹配优先级优先于划分的长度。
组合路由
当不同的 HTTP 方法需要与相同的一个路由进行组合时,可以使用 Combo 方法进行简写:
f.Combo("/").Get(...).Post(...)组路由
通过分组的方式对路由进行管理可以有效提升代码的可读性和中间件的复用。使用 Group 方法将可以将多个路由进行分组,分组内还可以嵌套更多的分组,并且嵌套的层数是没有限制的:
f.Group("/user", func() {
f.Get("/info", ...)
f.Group("/settings", func() {
f.Get("", ...)
f.Get("/account_security", ...)
}, middleware3)
}, middleware1, middleware2)在第 4 行的路径使用了空字符串,这是完全合法的使用方法,其等价于下面的配置:
f.Get("/user/settings", ...)
这是因为 Flamego 的路由系统对组路由内的子路由使用字符串拼接的方式来计算最终路径。
因此,下面用法也是合法的:
f.Group("/user", func() {
f.Get("/info", ...)
f.Group("/sett", func() {
f.Get("ings", ...)
f.Get("ings/account_security", ...)
}, middleware3)
}, middleware1, middleware2)可选路由
静态路由和动态路由均可被配置成可选路由,其使用问号(?)进行表示:
f.Get("/user/?settings", ...)
f.Get("/users/?{name}", ...)上面的用法等价的配置如下:
f.Get("/user", ...)
f.Get("/user/settings", ...)
f.Get("/users", ...)
f.Get("/users/{name}", ...)匹配请求头
你可以在匹配请求路径的基础上要求某个路由还需要匹配相应的请求头:
f.Get("/", ...).Headers(
"User-Agent", "Chrome", // 宽松匹配
"Host", "^flamego\.dev$", // 精准匹配
"Cache-Control", "", // 只要 "Cache-Control" 不为空
)Headers 方法接受用于表示匹配请求头的键值对列表,键名对应请求头的名称,键值则是用于匹配的正则表达式。
当某个路由在请求头匹配环节失败时,Flame 实例会继续尝试匹配其它路由而不会中断匹配流程。
匹配自定义断言
当请求路径和 Headers 的匹配规则还不足以满足需求时,你可以通过 Match 方法为路由附加任意的断言函数:
f.Get("/admin", ...).Match(func(r *http.Request) bool {
return strings.HasPrefix(r.RemoteAddr, "10.")
})Match 方法接受一个 func(*http.Request) bool 类型的函数。该断言只有在请求路径(以及 Headers 匹配器,如果有)都匹配成功后才会被求值。如果断言返回 false,请求会像 Headers 匹配失败那样继续尝试下一个候选路由,而不会中断匹配流程。
在同一个路由上多次调用 Match 会累积断言,并以 AND 的方式组合:所有断言均须返回 true 时路由才会匹配。当与 Headers 组合使用时,两者都必须匹配成功:
f.Get("/", ...).
Headers("Accept", "application/json").
Match(func(r *http.Request) bool { return r.TLS != nil })断言不会影响路由的匹配优先级,也不会参与 URLPath 的构建。向 Match 传入 nil 函数会在注册时触发 panic。
匹配优先级
随着 Web 应用的复杂化,配置的路由也会越来越多,此时对于路由之间匹配优先级的理解就显得至关重要。
匹配优先级是基于不同的 URL 匹配模式、匹配范围(范围越小优先级越高)和注册顺序决定的,具体如下:
- 静态路由总是被优先匹配,如
/users/settings - 不匹配整个 URL 路径块的占位符,如
/users/{name}.html - 匹配整个 URL 路径块的占位符,如
/users/{name}. - 匹配中间路径的通配符,如
/users/{**}/events. - 匹配剩余路径的通配符,如
/users/{**}.
构建 URL 路径
URLPath 方法可以根据路由的名称构建其完整的路径:
f.Get("/user/?settings", ...).Name("UserSettings")
f.Get("/users/{name}", ...).Name("UsersName")
f.Get(..., func(c flamego.Context) {
c.URLPath("UserSettings") // => /user
c.URLPath("UserSettings", "withOptional", "true") // => /user/settings
c.URLPath("UsersName", "name", "joe") // => /users/joe
})自定义 NotFound 处理器
默认情况下,http.NotFound 函数会被用于响应 404 状态码的页面,但可以通过 NotFound 方法进行自定义:
f.NotFound(func() string {
return "This is a cool 404 page"
})自动注册 HEAD 方法
默认情况下,使用 Get 方法注册的路由只会接受 HTTP GET 方法的请求,但部分 Web 应用可能会希望同时支持 HEAD 请求。
调用 AutoHead 方法可以在注册任意路由的 GET 方法的处理器时,自动为该路由的 HEAD 方法也注册相同的处理器:
f.Get("/without-head", ...)
f.AutoHead(true)
f.Get("/with-head", ...)需要注意的是,该行为仅会在调用 AutoHead(true) 之后的路由配置生效,并不会影响已经配置好的路由。
如上例中,/with-head 路径同时接受 GET 和 HEAD 请求,而 /without-head 路径仅接受 GET 请求。