大多数现代Web组件栈允许通过栈式/组件式中间件“过滤”请求，这样就能干净地从web应用中分离出横切关注点（译注：面向方面程序设计中的概念？）。 本周我尝试在Go语言的 http.FileServer 中植入钩子，发现实现起来十分简便，让我非常惊讶。
独山子ssl适用于网站、小程序/APP、API接口等需要进行数据传输应用场景，ssl证书未来市场广阔！成为创新互联的ssl证书销售渠道，可以享受市场价格4-6折优惠！如果有意向欢迎电话联系或者加微信：13518219792（备注：SSL证书合作）期待与您的合作！
让我们从一个基本的文件服务器开始说起：
func main() {
http.ListenAndServe(":8080", http.FileServer(http.Dir("/tmp")))
}
我们在mian函数中，首先初始化配置文件，然后新建http连接。
这个连接创建之后，监听服务器的9999端口。如果url的路径后缀为 "/ws",就转发到ws/ws.go中的IndexHandler方法中。
这个方法中首先我们创建一个websocket的Upgrader实例，然后我们使用Upgrader的upgrade方法来升级一下我们的连接为长连接。
升级完成之后会返回一个*websocket.Conn的连接，我们之后所有的关于连接的操作，都是基于该conn的。
在该连接完成之后，我们将连接存放到一个名为Client的map中，以便之后管理更为方便。
之后，我们启动一个goroutine来读取连接中发送的信息内容，再根据内容进行相应的操作。
先配置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。
使用golang自带的http包创建http客户端调用远程服务，如果出现 : no such host
第一种可能是服务器的最大打开文件数
```
ulimit -n #显示最大打开文件数
ulimit -n #修改最大打开文件数
```
第二种可能是没有关闭http请求导致的，加上下面这句话
```
defer resp.Body.Close()
```
报错信息如下：
[logid: 3628171316][json.err: EOF] [exception:EOF] goroutine 20521 [running]:
原因：
在请求体为json的请求中，调用了parsePostForm方法，方法大致内容如下：
在这个方法中，会读取http的请求体。
在这里被读取的时候，后面又重新读取一次，之后解json
后面读到的请求体是空的，解json的时候就会报错EOF
总结：golang中http请求报错eof，多半是因为多次读取了请求体
1.在后端服务开发中，如过一个HTTP请求，请求一致占用，将会带来大的性能影响，所以需要为每个请求加上超时设置
2.在go语言中利用 context 进行上下文控制，要想达到精确时间控制，如下：
3.同时我们也可以利用context的context.WithDeadline(）函数来进行超时控制
