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作为参数

相关推荐
江畔柳前堤2 小时前
GO01-Go 语言与主流编程语言深度对比
开发语言·人工智能·后端·微服务·云原生·golang·go
Hazenix6 小时前
Go 指南:一篇文章速通 Golang
开发语言·后端·golang
灯澜忆梦6 小时前
GO_复合类型---指针
开发语言·后端·golang
名字还没想好☜8 小时前
Go slice 的 append 陷阱:共享底层数组导致的数据串改
开发语言·后端·golang·go·slice
灯澜忆梦8 小时前
GO_面向对象_方法
开发语言·golang
布朗克1689 小时前
Go 入门到精通-16-字符串深入
开发语言·后端·golang·字符串
北冥you鱼9 小时前
Go flag 包详解:从命令行解析到实战应用
开发语言·后端·golang
北冥you鱼15 小时前
Go语言常用包使用指南:从标准库到第三方利器
开发语言·microsoft·golang
ttwuai16 小时前
Go 后台富文本图片上传失败排查:前端限制、接口和存储目录要一起看
前端·golang·状态模式
Wang's Blog17 小时前
Go-Zero基础入门1: 微服务框架与选型分析
开发语言·微服务·golang