189 8069 5689
可以学习黑马程序员的这个教程
创新互联服务项目包括泾源网站建设、泾源网站制作、泾源网页制作以及泾源网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，泾源网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到泾源省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！
20小时快速入门go语言：网页链接
go语言的优势
可直接编译成机器码，不依赖其他库，glibc的版本有一定要求，部署就是扔一个文件上去就完成了。
静态类型语言，但是有动态语言的感觉，静态类型的语言就是可以在编译的时候检查出来隐藏的大多数问题，动态语言的感觉就是有很多的包可以使用，写起来的效率很高。
语言层面支持并发，这个就是Go最大的特色，天生的支持并发。Go就是基因里面支持的并发，可以充分的利用多核，很容易的使用并发。
内置runtime，支持垃圾回收，这属于动态语言的特性之一吧，虽然目前来说GC(内存垃圾回收机制)不算完美，但是足以应付我们所能遇到的大多数情况，特别是Go1.1之后的GC。
简单易学，Go语言的作者都有C的基因，那么Go自然而然就有了C的基因，那么Go关键字是25个，但是表达能力很强大，几乎支持大多数你在其他语言见过的特性：继承、重载、对象等。
丰富的标准库，Go目前已经内置了大量的库，特别是网络库非常强大。
内置强大的工具，Go语言里面内置了很多工具链，最好的应该是gofmt工具，自动化格式化代码，能够让团队review变得如此的简单，代码格式一模一样，想不一样都很困难。
跨平台编译，如果你写的Go代码不包含cgo，那么就可以做到window系统编译linux的应用，如何做到的呢？Go引用了plan9的代码，这就是不依赖系统的信息。
内嵌C支持，Go里面也可以直接包含C代码，利用现有的丰富的C库。
先配置Header最长读取时间、req最长读取时间、req最大读取长度默认6M。
RFC7230禁止\r\n参数，Url中只允许包含英文字母（a-zA-Z）、数字（0-9）、-_.~4个特殊字符以及所有保留字符。但go net/http包放宽了这个要求。
先构建newTextprotoReader，由于缓冲区是对象复用的，用完后要defer put。共完以以下解析任务：
TextprotoReader数据结构，将字节码Reader转成文本Reader。
第一步，从第一行解析出method uri prototype。
第二步解析URL。url.URL数据结构：
解析Scheme，协议前缀（小写）。有查询参数?，则配置url.ForceQuery url.RawQuery。有认证信息///...//，则解析url.User url.Host。最后配置url.Path和url.RawPath，如果Path==RawPath，则RawPath=""。
第三步解析MIMEHeader。
第四步readTransfer。重新配置如下参数：RequestMethod ProtoMajor ProtoMinor Header Trailer ContentLength Close。对于Body，如果encodings支持chunked，读取流用chunkedReader包裹。默认情况用LimitedReader，无body赋空的struct{}。
以下情况返回非空err，示得到正确的请求：
最后配置req.ctx req.RemoteAddr req.TLS body.doEarlyClose = true。
构建Response:
其中closeNotifyCh必须在构建时初始化，没有content所以先置contentLength为-1。
配置w.cw并被w.w包裹。w.cw缓冲默认大小2M。
获取Request可能出现如下错误：
先上响应数据结构：
response字段可以分类为：大对象、缓冲、KV对或bool型的状态参数。
大对象有：
状态字段：
chunkWriter数据结构：
chunkWriter包裹了Response，功能之一是完成Header设置，包括Content-Type Content-Length chunk-header。bufio.Writer是chunkWriter是缓冲包裹。
handler将响应写入到response.w。
调用w.w.Flush()将w写入到cw，注意到Flush()操作，如果未刷空缓存并报错，触发拷贝操作。报错不会退回已写出的数据。
进而调用cw.Write()，根据cw.chunking参数。
putBufioWriter(w.w)清空resp.w缓冲，如果池化放回sync.pool。
根据chunkWriter的定义，w.cw.close()负责cw的结束工作：写入换行符和resp.trailers数据。
最后刷新TCP缓冲w.conn.bufw.Flush()，完成响应包发送。并正确关闭request。
bufReader.ReadBytes('\n')和 bufReader.ReadString('\n')在读到文件最后一行时，会同时返回内容line和io.EOF。而bufReader.Read()读取到末尾时，会先返回内容，然后再下一次迭代时才返回io.EOF
报错信息如下：
[logid: 3628171316][json.err: EOF] [exception:EOF] goroutine 20521 [running]:
原因：
在请求体为json的请求中，调用了parsePostForm方法，方法大致内容如下：
在这个方法中，会读取http的请求体。
在这里被读取的时候，后面又重新读取一次，之后解json
后面读到的请求体是空的，解json的时候就会报错EOF
总结：golang中http请求报错eof，多半是因为多次读取了请求体