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

相关推荐
~|Bernard|9 小时前
四,go语言中GMP调度模型
java·前端·golang
littleschemer10 小时前
Go 手动挡元编程:go:generate 实战解析
golang·游戏服务器·元编程·generate
平凡但不平庸的码农11 小时前
Go GMP 调度模型详解
开发语言·后端·golang
会编程的土豆12 小时前
Gin 框架第一课:从 0 搞懂 Gin 最基础的路由
数据库·sql·gin·goland
2501_931803751 天前
Go:一门为解决C语言痛点而生的现代语言
c语言·开发语言·golang
geovindu1 天前
go: Interpreter Pattern
开发语言·设计模式·golang·解释器模式
平凡但不平庸的码农1 天前
Go Channel详解
开发语言·后端·golang
子安柠1 天前
深入理解 Go 语言文件操作:从基础到最佳实践
开发语言·后端·golang
Achou.Wang1 天前
go语言中使用等待组(waitgroups)和内存屏障(barriers)进行同步
开发语言·后端·golang
金玉满堂@bj1 天前
Go 语言能做什么?
开发语言·后端·golang