10 | Pool：性能提升大杀器

之前用到去看过，好像是通过一个链表的形式，把request存起来，最新的在链表的头，最旧的在链表的尾部，可是不懂的是，为什么每次取出了req，还要重新赋零值呢，这和我每次new一个有什么区别么？求大佬指点。

请问老师, sync.Pool会有内存泄漏，怎么理解因为 Pool 回收的机制，这些大的 Buffer 可能不被回收？

老师的文章讲解的非常细致。 请问一下： 1. 三色并发标记算法 这个 链接地址 Not found 了。 2. 举例大的buffer 不被回收的 第一个 源码 函数：putEncodeState ，我没找到。请问一下在哪个文件里面呀。

讲的太好了！ 真的是开启了新世界的大门。 感谢大佬

请问老师，RPC request 池化的实现为什么不用sync.Map，而是选择使用链表实现呢？

「因为 Pool 回收的机制，这些大的 Buffer 可能不被回收」是什么原因？

分享一下我的理解，主要分为回收和获取两个函数： func (server *Server) freeRequest(req *Request) { server.reqLock.Lock() // 将req放在freeReq的头部，指向原先的链表头 // 至于为什么放在头部、而不是尾部，我觉得是放在尾部需要遍历完这个链表(增加时间复杂度)、或者要额外维护一个尾部Request的指针(增加空间复杂度)，权衡下放在头部更方便 req.next = server.freeReq server.freeReq = req server.reqLock.Unlock() } func (server *Server) getRequest() *Request { server.reqLock.Lock() // freeReq是一个链表，保存空闲的Request req := server.freeReq if req == nil { // 初始状态：freeReq为空时，在heap上重新分配一个对象 req = new(Request) } else { server.freeReq = req.next // 复用的关键在这里，这里并不是新建一个对象 new(Request) // 这里的思想类似于Reset，将原先有数据的Request设置为空 *req = Request{} } server.reqLock.Unlock() return req }

谢谢老师，喜欢老师这篇文章中通过外链的方式列出一些老师常用的三方库，很有用！

一文解决之前组长问我的一个问题：除了使用更多的goroutine来干更多的活之外，还有什么设计与优化的思想？当时没往线程池跟sync.Pool去思考，现在感触很深了！身为年轻人，代码功底不足的情况，我还是喜欢阅读源码后，动手实现里面的几个方法，以便于自己能够更深刻的去理解第三方库！

思考题的奥秘感觉在这两个函数 ``` // ServeRequest is like ServeCodec but synchronously serves a single request. // It does not close the codec upon completion. func (server *Server) ServeRequest(codec ServerCodec) error { sending := new(sync.Mutex) service, mtype, req, argv, replyv, keepReading, err := server.readRequest(codec) if err != nil { if !keepReading { return err } // send a response if we actually managed to read a header. if req != nil { server.sendResponse(sending, req, invalidRequest, codec, err.Error()) server.freeRequest(req) } return err } service.call(server, sending, nil, mtype, req, argv, replyv, codec) return nil } func (server *Server) freeRequest(req *Request) { server.reqLock.Lock() req.next = server.freeReq server.freeReq = req server.reqLock.Unlock() } ```