解决golang处理http response碰到的问题和需要注意的点
来源:脚本之家
时间:2023-01-07 12:07:08 281浏览 收藏
本篇文章主要是结合我之前面试的各种经历和实战开发中遇到的问题解决经验整理的,希望这篇《解决golang处理http response碰到的问题和需要注意的点》对你有很大帮助!欢迎收藏,分享给更多的需要的朋友学习~
在处理http response的时候,偶然发现,body读取之后想再次读取的时候,发现读不到任何东西。
见下方代码:
response, err = ioutil.ReadAll(resp.Body) if err != nil { log.Println("ioutil ReadAll failed :", err.Error()) return }
之后如果想再次ioutil.ReadAll(resp.Body)的时候会发现读到的是空。于是我决定去看一下这个resp.Body,发现它是一个io.ReadCloser接口,包含了Reader和Closer接口:
type ReadCloser interface { Reader Closer }
于是我想到了文件,它也实现了io.Reader接口,所以用读文件试了下:
func readFile(path string)string{ fi,err := os.Open(path) if err != nil{panic(err)} defer fi.Close() byte1,err := ioutil.ReadAll(fi) fmt.Println(string(byte1)) byte2,err := ioutil.ReadAll(fi) fmt.Println(string(byte2)) return string(fd) }
发现结果是一致的,fmt.Println(string(fd2))打印不出任何结果。
我猜测应该是ioutil.ReadAll()是有记录偏移量,所以会出现第二次读取读不到的情况。
作为client端处理response的时候会碰到这个问题,作为server端要处理request body的时候,一样会遇到此问题,那么该如何解决这个问题呢?
有一个方法是再造一个io.ReadCloser,如下:
fi2:= ioutil.NopCloser(bytes.NewBuffer(byte1)) byte3,err := ioutil.ReadAll(fi2) fmt.Println(string(byte3))
此外,作为client端处理response的时候,有一点要注意的是,body一定要close,否则会造成GC回收不到,继而产生内存泄露。其实在go的官方源码注释中,也明确注明了response body需要调用方进行手动关闭:It is the caller's responsibility to close Body.
至于response body为什么需要进行关闭,这篇文章进行了解释:
https://www.jb51.net/article/146275.htm
那么作为client端生成的request body,需不需要手动关闭呢,答案是不需要的,net/http中的func (c *Client) Do(req *Request) (*Response, error)会调用Close()。
同样的,作为server端接收的request body,也是需要关闭,由Server自动进行关闭,The Server will close the request body. The ServeHTTP Handler does not need to.
补充:golang net/http包之设置 http response 响应头详解
01 设置WriteHeader的顺序问题
之前遇到个问题,在一段代码中这样设置WriteHeader,最后在header中取Name时怎么也取不到。
w.WriteHeader(201)
w.Header().Set("Name", "my name is smallsoup")
用 golang 写 http server 时,可以很方便可通过 w.Header.Set(k, v) 来设置 http response 中 header 的内容。但是需要特别注意的是:某些时候不仅要修改 response的header ,还要修改 response的StatusCode。修改response的StatusCode 可以通过:w.WriteHeader(code) 来实现,例如:
w.WriteHeader(404)
如果这两种修改一起做,就必须让 w.WriteHeader 在所有的 w.Header.Set 之后,因为 w.WriteHeader 后 Set Header 是无效的。
而且必须是在 w.Write([]byte("HelloWorld")) 之前,否则会报 http: multiple response.WriteHeader calls 因为其实调用w.Write的时候也会调用WriteHeader()方法,然后将w.wroteHeader置为true,再次调WriteHeader()则会判断wroteHeader,如果是true则会报错,而且本次调用不生效。
可以看以下源码说明WriteHeader必须在Write之前调用。
func (w *response) WriteHeader(code int) { if w.conn.hijacked() { w.conn.server.logf("http: response.WriteHeader on hijacked connection") return } //第二次WriteHeader()进来满足if条件就报错直接return if w.wroteHeader { w.conn.server.logf("http: multiple response.WriteHeader calls") return } //第一次write()进来这里会将w.wroteHeader置为true w.wroteHeader = true w.status = code if w.calledHeader && w.cw.header == nil { w.cw.header = w.handlerHeader.clone() } if cl := w.handlerHeader.get("Content-Length"); cl != "" { v, err := strconv.ParseInt(cl, 10, 64) if err == nil && v >= 0 { w.contentLength = v } else { w.conn.server.logf("http: invalid Content-Length of %q", cl) w.handlerHeader.Del("Content-Length") } } }
2. go会对Header中的key进行规范化处理
go会对Header中的key进行规范化处理,所以在获取response的Header中的K,V值时一定要小心。
reader.go中非导出方法canonicalMIMEHeaderKey中有这样一段,会将header的key进行规范化处理。
1)reader.go中定义了isTokenTable数组,如果key的长度大于127或者包含不在isTokenTable中的字符,则该key不会被处理。
2)将key的首字母大写,字符 - 后的单词的首字母也大写。
分析如下源码,可以解释对key的大写处理:
for i, c := range a { // 规范化:首字母大写 // - 之后单子的首字母大写 // 如:(Host, User-Agent, If-Modified-Since). if upper && 'a'正确的调用方式:
服务器:
myServer.go
package main import ( "net/http" ) func main() { http.HandleFunc("/", func (w http.ResponseWriter, r *http.Request){ w.Header().Set("name", "my name is smallsoup") w.WriteHeader(500) w.Write([]byte("hello world\n")) }) http.ListenAndServe(":8080", nil) }客户端:
myHttp.go:
package main import ( "fmt" "io/ioutil" "net/http" ) func main() { myHttpGet() } func myHttpGet() { rsp, err := http.Get("http://localhost:8080") if err != nil { fmt.Println("myHttpGet error is ", err) return } defer rsp.Body.Close() body, err := ioutil.ReadAll(rsp.Body) if err != nil { fmt.Println("myHttpGet error is ", err) return } fmt.Println("response statuscode is ", rsp.StatusCode, "\nhead[name]=", rsp.Header["Name"], "\nbody is ", string(body)) }1.运行服务器
go run myServer.go
2.运行客户端
go run myHttp.go
输出如下:statuscode是我们设置的500,Name也取到了值。
以上为个人经验,希望能给大家一个参考,也希望大家多多支持golang学习网。如有错误或未考虑完全的地方,望不吝赐教。
本篇关于《解决golang处理http response碰到的问题和需要注意的点》的介绍就到此结束啦,但是学无止境,想要了解学习更多关于Golang的相关知识,请关注golang学习网公众号!
-
387 收藏
-
447 收藏
-
101 收藏
-
343 收藏
-
419 收藏
-
165 收藏
-
473 收藏
-
377 收藏
-
384 收藏
-
246 收藏
-
110 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 542次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 507次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 497次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 484次学习
-
- 标致的冬日
- 太全面了,码起来,感谢作者的这篇博文,我会继续支持!
- 2023-06-10 16:08:50
-
- 负责的小白菜
- 这篇技术文章出现的刚刚好,大佬加油!
- 2023-05-08 05:15:34
-
- 甜美的高山
- 这篇博文真是及时雨啊,很详细,太给力了,码住,关注作者大大了!希望作者大大能多写Golang相关的文章。
- 2023-05-04 11:49:04
-
- 舒服的小懒猪
- 太全面了,收藏了,感谢作者大大的这篇博文,我会继续支持!
- 2023-04-27 08:56:51
-
- 开心的棒棒糖
- 这篇文章内容太及时了,up主加油!
- 2023-04-01 03:29:02
-
- 英勇的大门
- 细节满满,码起来,感谢up主的这篇文章,我会继续支持!
- 2023-03-16 14:57:01
-
- 结实的冬瓜
- 很好,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,看完之后很有帮助,总算是懂了,感谢up主分享文章内容!
- 2023-03-03 16:00:07
-
- 俏皮的飞鸟
- 很棒,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,看完之后很有帮助,总算是懂了,感谢师傅分享文章!
- 2023-02-25 21:29:02
-
- 闪闪的飞机
- 这篇博文真是及时雨啊,好细啊,真优秀,已收藏,关注作者了!希望作者能多写Golang相关的文章。
- 2023-02-23 12:34:01
-
- 超帅的战斗机
- 这篇文章内容太及时了,太细致了,很好,码住,关注作者大大了!希望作者大大能多写Golang相关的文章。
- 2023-02-10 22:47:07
-
- 怕孤独的薯片
- 受益颇多,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,看完之后很有帮助,总算是懂了,感谢博主分享技术贴!
- 2023-02-07 05:57:50
-
- 香蕉摩托
- 很有用,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,看完之后很有帮助,总算是懂了,感谢老哥分享技术文章!
- 2023-02-05 06:48:35
-
- 不安的楼房
- 这篇文章真是及时雨啊,太细致了,写的不错,已收藏,关注大佬了!希望大佬能多写Golang相关的文章。
- 2023-01-14 18:44:15