Go标准库net/rpc通过自由列表复用Request/Response实例以减少堆分配，但每次从列表获取时会执行*req = Request{}重置字段——这并非新建对象，而是原地清空已有内存，兼顾零分配开销与状态隔离。
go语言rpc服务器中自由列表为何要重置对象而非直接复用
Go标准库`net/rpc`包中的`Server`类型维护了两个自由列表（free list）：一个用于`Request`结构体，另一个用于`Response`结构体。其核心目标是**避免高频RPC调用下频繁的堆内存分配与GC压力**。自由列表本质上是一个轻量级对象池（object pool），但它不依赖复杂生命周期管理，而是通过“复用+重置”策略实现高效内存利用。
关键在于理解getRequest()中这行代码的语义：
*req = Request{} // 注意：这不是new(Request)，也不是malloc！
它不会触发任何堆分配。Request{}在Go中是一个复合字面量（composite literal），当右侧无显式地址操作符（如&Request{}）时，该值通常在栈上构造（编译器可优化为零初始化指令），随后通过结构体赋值（field-by-field copy）将所有字段的零值写入req所指向的已分配内存区域。整个过程仅修改内存内容，不改变指针地址，也不触发GC标记。
对比两种路径：
- ✅ 自由列表非空：
req来自之前归还的堆内存块 →*req = Request{}仅做字段清零（如ServiceMethod="",Seq=0,next=nil）→ 零分配、低延迟； - ✅ 自由列表为空：
req = new(Request)→ 触发一次堆分配 → 后续归还时加入自由列表供复用。
这种设计确保每次返回的*Request都是干净、无残留状态的对象，彻底规避了因字段未重置导致的竞态或逻辑错误（例如前序请求的Seq意外影响当前请求）。同时，由于Request和Response结构体不含指针或需特殊清理的资源（如文件句柄、sync.Mutex等），纯字段赋值重置是安全且充分的。
⚠️ 注意事项：
- 自由列表仅适用于无外部依赖、可安全复用、重置成本远低于分配成本的简单结构体；
- 若结构体包含
sync.Mutex、io.Closer或自定义Finalizer，直接*s = S{}可能导致未定义行为（如重复解锁、资源泄漏）； - 实际生产中，若需更高可控性，建议使用
sync.Pool替代手动自由列表——它支持New函数自动创建，并隐式处理GC友好性。
总结：net/rpc的自由列表不是“懒惰的缓存”，而是一种精准的内存节流机制——它用极少的代码代价（一行结构体赋值），在无锁（仅需互斥锁保护链表头）、无GC干扰的前提下，实现了高性能RPC服务所需的内存确定性。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
