中间件原理与实战专项测试

Logger和Cors中间件

Logger和Recovery中间件

Authentication和Logger中间件

Recovery和RateLimit中间件

对

错

func middleware() http.Handler

func middleware() gin.HandlerFunc

func middleware(c *gin.Context) error

func middleware() func(c *gin.Context)

立即终止请求处理，返回响应

执行后续的中间件和handler，完成后继续执行当前中间件c.Next()之后的代码

重定向到下一个路由

清空Context中的所有数据

执行后续中间件后终止

立即终止请求处理链，不再执行后续中间件和handler

抛出panic异常

执行当前handler后终止

c.Next()后仍会执行当前中间件c.Next()之后的代码

c.Abort()会立即终止整个请求处理链

c.Abort()后不应再调用c.Next()

c.Abort()设置的status码会自动生效

对

错

c.Store("key", value)

c.Set("key", value)

c.Put("key", value)

c.Save("key", value)

r.Use(middleware)应用于所有路由

r.Group("/api", middleware)添加路由组中间件

r.AddMiddleware("/api", middleware)

r.SetGroupMiddleware("/api", middleware)

对

错

Logger → AuthMiddleware → VersionMiddleware → AdminMiddleware → handler

AdminMiddleware → VersionMiddleware → AuthMiddleware → Logger → handler

Logger → AdminMiddleware → VersionMiddleware → AuthMiddleware → handler

AuthMiddleware → Logger → VersionMiddleware → AdminMiddleware → handler

GET /api/public 经过 Logger → AuthMiddleware → publicHandler

GET /api/v1/users 经过 Logger → AuthMiddleware → VersionMiddleware → usersHandler

api组内所有路由都经过AuthMiddleware

v1组内路由不经过Logger中间件

对

错

在中间件中使用panic抛出错误，依赖Recovery中间件捕获

在中间件中设置错误标志，后续handler通过c.Get()检查

使用c.Error()记录错误，后续通过c.Errors获取处理

直接在中间件中返回JSON错误响应并调用c.Abort()

对

错

使用统一的错误处理中间件放在最后，收集处理所有c.Errors

认证失败时直接AbortWithStatusJSON返回401

业务逻辑错误通过c.Error()记录，请求继续执行

所有错误都用panic抛出，依赖Recovery捕获

r.Use(cors.Default())

r.Use(cors.New(cors.Config{...}))

r.EnableCors(cors.Config{...})

cors.Setup(r, cors.Config{...})

对

错

尽量使用panic处理错误

避免在中间件中执行阻塞操作（如同步IO、长时间计算）

所有中间件都应该使用c.Next()

中间件越多性能越好