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

相关推荐
灯澜忆梦17 分钟前
【基于GO的Web开发10】gin获取HTML-Form表单提交参数
前端·后端·golang·html·gin
爱学习的小邓同学10 小时前
Golang --- (1)第一个Golang程序
开发语言·后端·golang
路多辛16 小时前
全能型 Agent covo-agent v0.0.7 发布:TUI 新增 LLM 内联自动补全
golang
圣殿骑士-Khtangc16 小时前
Gin优雅关停与平滑重启从零停机到热更新
golang·gin
程序员z717 小时前
深入理解 GMP 模型:Go 协程调度器的设计与调度场景全解析
服务器·网络·golang
爱学习的小邓同学17 小时前
Golang语言入门
开发语言·后端·golang
路多辛19 小时前
全能型 Go Agent 框架 covonaut v1.0.8 发布:新增行内补全与多后端可观测性
开发语言·golang·agent
念何架构之路20 小时前
Gin响应渲染
前端·javascript·gin
FfHUCisI21 小时前
Golang Redis 分布式锁
redis·分布式·golang
圣殿骑士-Khtangc1 天前
Go-Channel底层结构深度解析与select多路复用机制
golang