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

相关推荐
加油,旭杏4 小时前
【go语言】接口
开发语言·后端·golang
清北_9 小时前
万科000002
golang
兮动人10 小时前
Golang 执行流程分析
开发语言·后端·golang·golang 执行流程分析
zhuyasen11 小时前
多维度详细比较 kratos、go-zero、goframe、sponge 框架
后端·http·微服务·rpc·golang
猫九森11 小时前
golang面试题
面试·golang
特立独行的猫a14 小时前
Golang 应用的 Docker 部署方式介绍及使用详解
开发语言·docker·golang
慕璃嫣15 小时前
Clojure语言的系统运维
开发语言·后端·golang
YGGP1 天前
【Go语言圣经】第五节:函数
golang
梦想画家1 天前
Golang 并发机制-2:Golang Goroutine 和竞争条件
golang
程序员勋勋11 天前
【GoLang】利用validator包实现服务端参数校验时自定义错误信息
后端·golang·web