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

相关推荐
圣殿骑士-Khtangc2 小时前
Go面试核心考点之GMP调度器源码级深度解析
golang
xcLeigh20 小时前
Go入门:无类型常量与类型常量的区别
服务器·开发语言·golang
泡沫冰@20 小时前
GO 语言基础
开发语言·算法·golang
骇客野人1 天前
电商商城微服务架构设计方案(SpringCloud/Go+Vue3+MySQL+ES+RocketMQ)
spring cloud·微服务·golang
码农大叔的博客1 天前
golang示例:for九九乘法表
开发语言·算法·golang
圣殿骑士-Khtangc1 天前
Go-sync-Pool对象池最佳实践与源码分析
golang
互联网中的一颗神经元1 天前
01. Go 内存管理全景架构
java·jvm·golang
有脚就行1 天前
第24篇-Go-gRPC推理服务-高性能跨语言通信
开发语言·人工智能·后端·golang
圣殿骑士-Khtangc2 天前
Go-Mutex源码解析从自旋到饥饿模式的完整演进
golang
圣殿骑士-Khtangc2 天前
Go大厂面试真题精讲之并发安全Map的实现方案
golang