说在前面
官方已经自己实现了很多中间件,我们可以方便的直接使用,不用重复造轮子了
开启方式可以看官方文档
实现自定义的中间件
在业务逻辑中,我们需要实现自定义功能的中间件
------这里我们以实现跨源访问的中间件
与我的实现不同也没关系,方式都是通的,相似的
方案一 官方文档方案
server := rest.MustNewServer(rest.RestConf{})
defer server.Stop()
server.Use(middleware)
// 自定义的中间件
func middleware(next http.HandlerFunc) http.HandlerFunc {
return func(w http.ResponseWriter, r *http.Request) {
w.Header().Add("X-Middleware", "static-middleware")
next(w, r)
}
}
这里我们可以看到,官方是在启动文件里面加了server.Use(middleware)这一行,并且以函数方式实现了中间件,但这样的方式不利于低耦合,但是十分有借鉴意义
方案二 中间件写在另外的文件里
这里我们在internal包里新建一个middleware文件夹用于专门存放中间件代码,
这里我定义了一个corsmiddleware.go
中间的代码根据个人情况而定,编写符合自己逻辑的代码
之后在servicecontext.go里面,也就是生产svc context的文件里面,
- ServiceContext结构体内添加Cors rest.Middleware
- NewServiceContext函数添加corsMiddleware := middleware.CorsMiddleware
- return &ServiceContext的结构体内添加Cors: corsMiddleware,
最后就可以在启动文件内,调用server.Use(ctx.Cors)了,这样我们的中间件就被加上了
在需要走中间件的路由server组配置middleware参数
另外---->我们采用的是goZero的rest包的rest.Middleware
其定义为:Middleware func(next http.HandlerFunc) http.HandlerFunc
这是一个标准的中间件结构,接受一个handlerfunc,返回另外一个handlerfunc,但是涉及到更复杂的逻辑就不够用了
补充
这里我们以一个更复杂的中间件为例:
需要接受一个redis客户端实例,从redis中获取用户可以访问的url列表
先定义中间件结构体
type CheckUrlMiddleware struct {
Redis *redis.Redis
}
其中包含了指向redis客户端的指针
再定一个构造函数
func NewCheckUrlMiddleware(Redis *redis.Redis) *CheckUrlMiddleware {
return &CheckUrlMiddleware{Redis: Redis}
}
接收一个redis客户端实例,返回一个新的CheckUrlMiddleware实例
后构造处理函数,包含具体的逻辑
func (m *CheckUrlMiddleware) Handle(next http.HandlerFunc) http.HandlerFunc {
return func(w http.ResponseWriter, r *http.Request) {
// 中间件的逻辑
}
}
符合gozero中间件的签名,接收一个handlerfunc,返回一个新的handlerfunc
之后,我们在配置svc context内容
- Redis *redis.Redis
- CheckUrl rest.Middleware
- CheckUrl: middleware.NewCheckUrlMiddleware(newRedis).Handle,
- Redis: newRedis,
之后在启动文件添加server.Use(ctx.CheckUrl)就可以了
总结
本文介绍了GoZero官方已经提供的中间件以及启用方式,同时介绍了实现自定义中间件的两种方案,本文的局限为没有讲述怎么设置哪些路由使用中间件,后续会再继续补充
额外的,如果是解决GoZero跨源访问问题,官方已经给出了方便的实现,不用自定义中间件,具体方式为在启动文件修改如下一行
server := rest.MustNewServer(c.RestConf, rest.WithCors())