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

相关推荐
geovindu18 小时前
go:Bit Operation Algorithm
开发语言·后端·算法·golang·位运算法
北冥you鱼2 天前
Go语言四则运算实战:从基础类型到big包的深度解析
开发语言·后端·golang
Wang's Blog2 天前
Go-Zero 项目开发47:自研微服务框架的必要性与核心结构设计
开发语言·微服务·golang
名字还没想好☜2 天前
Go 用 bufio.Scanner 读大文件踩坑:默认 64KB 行上限、Buffer 扩容与按 Token 切分
开发语言·后端·golang·go
techdashen3 天前
Go设计取舍之六: sync.Mutex正常模式与饥饿模式
开发语言·后端·golang
北冥you鱼3 天前
Go语言数组越界处理机制详解:从编译时检查到运行时panic
java·python·golang
FfHUCisI3 天前
Golang - 贪心算法 — 局部最优推导全局最优
贪心算法·golang·代理模式
立心者03 天前
Golang基础笔记十五之sync
开发语言·笔记·golang
xcLeigh3 天前
Go入门:变量声明的五种方式详解
java·开发语言·golang
techdashen4 天前
Go设计取舍之三: 0.3ns每次的错误Benchmark
开发语言·后端·golang