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

相关推荐
迷茫运维路16 小时前
golang_Viper配置管理器
后端·golang
geovindu17 小时前
go: Broadcast Pattern
开发语言·后端·设计模式·golang·广播模式
~|Bernard|17 小时前
关于go语言中二维切片的append操作陷阱
开发语言·后端·golang
ttwuai21 小时前
XYGo Admin 扩展开发:WebSocket 事件注册与实时推送实战
python·websocket·网络协议·golang·后台框架
踏着七彩祥云的小丑21 小时前
Go学习第2天:程序结构+基础语法+数据类型
开发语言·学习·golang·go
小小龙学IT21 小时前
Go语言后端开发实战指南:构建高性能云原生服务
前端·云原生·golang
不爱编程的小陈1 天前
Go语言GMP调度模型深度解析:高并发背后的精妙设计
开发语言·后端·golang
怪我冷i1 天前
zig语言学习笔记——heap-memory
开发语言·golang·zig
胡萝卜的兔2 天前
go使用voidint实现版本切换
开发语言·chrome·golang
jieyucx2 天前
站在云原生高并发天花板:拆解 Go 语言 GMP 模型与 I/O 多路复用的神级配合
开发语言·云原生·golang