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

相关推荐
記億揺晃着的那天6 小时前
Java 调用外部 Go 程序的实践:ProcessBuilder 在生产环境中的应用
java·golang·processbuilder
jingling55511 小时前
go | 环境安装和快速入门
开发语言·后端·golang
java_cj16 小时前
从kubectl学Visitor模式:如何优雅处理多态数据结构的遍历
云原生·golang·k8s·访问者模式
何以解忧,唯有..18 小时前
Go语言类型转换详解:从基础到进阶实践
开发语言·后端·golang
何以解忧,唯有..18 小时前
Go 语言指针类型详解:从基础到实战
开发语言·后端·golang
迷茫运维路18 小时前
Casbin学习教程
golang·casbin
techdashen18 小时前
Go 语言仓库 Top 100 贡献者分析报告
开发语言·后端·golang
何以解忧,唯有..18 小时前
Go 语言变量命名规范详解
开发语言·后端·golang
迷茫运维路19 小时前
【client-go源码学习记录一】调用链精读-从kubeconfig到ListPods
golang·client-go
何以解忧,唯有..20 小时前
Go 语言运算符详解:从基础到实战
开发语言·后端·golang