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

相关推荐
2501_931803754 小时前
Go:一门为解决C语言痛点而生的现代语言
c语言·开发语言·golang
geovindu5 小时前
go: Interpreter Pattern
开发语言·设计模式·golang·解释器模式
平凡但不平庸的码农9 小时前
Go Channel详解
开发语言·后端·golang
子安柠9 小时前
深入理解 Go 语言文件操作:从基础到最佳实践
开发语言·后端·golang
Achou.Wang9 小时前
go语言中使用等待组(waitgroups)和内存屏障(barriers)进行同步
开发语言·后端·golang
金玉满堂@bj12 小时前
Go 语言能做什么?
开发语言·后端·golang
geovindu12 小时前
go:Condition Variable Pattern
开发语言·后端·设计模式·golang·条件变量模式
金玉满堂@bj12 小时前
Gin 框架零基础全套入门教程(Go 企业级 Web 开发)
前端·golang·gin
会编程的土豆13 小时前
Gin 框架入门笔记
笔记·gin
jieyucx21 小时前
Go语言深度解剖:Map扩容机制全解析(增量扩容+等量扩容+渐进式迁移)
开发语言·后端·golang·map·扩容策略