gin框架传入的gin.context参数是池化的

  1. gin.context参数不但是池化的,而且是指针

  2. 但是gin.context又实现了context的接口。因此,可以当作context去使用

  3. 这就会导致一个很严重的问题:

  4. 池化导致了复用后的ctx将会将之前使用的ctx中的内容进行覆盖。

  5. 实现了context接口,导致context.withvalue(*gin.context,key,value).并不会有编译错误

具体我在解决问题时,采用register的方式,将全部的http请求注册到统一入口处。统一入口,将*gin.Context转化为context.Background(),调用controller。将context作为参数传递,而不再使用*gin.Context作为参数

相关推荐
喵了几个咪14 小时前
AI重构软件开发范式:框架与脚手架为何仍是生产级开发的刚需?
vue.js·人工智能·react.js·重构·golang·ai编程
go不是csgo17 小时前
Go-GMP-调度器深度解析(改进版本)
java·linux·golang
知彼解己18 小时前
SQLite 核心实战:后端工程师视角
后端·golang·ai编程
dusk_star18 小时前
go语言--笔记--接口
java·笔记·golang
老毛肚19 小时前
Gin + GORM 接口可视化测试
gin
lolo大魔王19 小时前
Gin 框架中间件超详细实战教程(原理、全局中间件、路由中间件、自定义中间件、跨域、日志拦截)
中间件·gin
会编程的土豆19 小时前
前端和后端是怎么配合工作的(Go后端视角)
前端·golang·状态模式
只会写bug的靓仔19 小时前
我把 Electron+Go 的 LOL 战绩工具重写成 Tauri+Rust,安装包从 128 MB 砍到 5 MB
golang·rust·electron
lolo大魔王20 小时前
Gin 框架响应格式与 HTML 模板渲染完整实战教程
前端·html·gin
会编程的土豆1 天前
Go 语言反射(Reflection)详解
开发语言·后端·golang