net/http库中request.RemoteAddr的值不确定性-【Golang踩坑笔记】

环境信息:

  • Go 1.20
  • Windows 11 x64

代码示例

Go 复制代码
// 这里的r是框架传入的request,其中封装了net/http下的request.go中的Request
fmt.Println("r.RemoteAddr:", r.RemoteAddr)  // 本地执行时,该值可能是[::1]:port也可能是127.0.0.1:port

当在本地测试请求时,他的返回结果可能是[::1]:port也可能是127.0.0.1:port。期间热重载或重启程序也可能会改变他的值

时间有限测试的情况不多但它确实是不确定的,并且这不是一个BUG。 官方的回复表示这是按预期工作的

一般我踩坑笔记都不会发文章,但这个设定我个人认为有些不合理,可能是我接触的包比较少,对于这种情况,是否需要对两种相同意义但是不同内容的值做判定。

相关推荐
Bug养殖户14 分钟前
go语言http解析(一)server监听流程
go
怕浪猫1 小时前
第22章:项目实战与进阶优化——从开发到部署的完整旅程
后端·go·编程语言
程序员爱钓鱼3 小时前
Go错误处理全解析:errors包实战与最佳实践
前端·后端·go
花酒锄作田9 小时前
Go - Zerolog使用入门
golang
程序员爱钓鱼1 天前
Go并发控制核心:context 包完整技术解析
后端·google·go
Coding君1 天前
每日一Go-36、深入Go-CGO 深度使用--调 C 代码、跨语言交互、性能陷阱
go
牛奶1 天前
从一行字到改变世界:HTTP这三十年都经历了什么?
前端·http·http3
牛奶1 天前
浏览器到底在偷偷帮你做什么?——HTTP缓存与刷新机制
前端·http·浏览器
我叫黑大帅2 天前
Go 语言并发编程的 “工具箱”
后端·面试·go
tyung2 天前
zhenyi-base 开源 | Go 高性能基础库:TCP 77万 QPS,无锁队列 16ns/op
后端·go