标准库广泛使用指针接收者以确保方法可修改状态、避免大结构体拷贝、保持接口一致性并兼容并发安全类型，如sync.Mutex，从而实现语义统一、高效安全。
Golang 标准库中大量使用指针接收者，这并非随意选择，而是基于语言设计、性能考量和代码一致性的综合结果。指针接收者在多数标准库场景下更合适，主要原因如下。
1. 保持一致性与可修改性
Go 的方法接收者有两种形式：值接收者和指针接收者。当结构体方法需要修改接收者内部状态时，必须使用指针接收者，否则只是操作副本。
标准库中的类型往往设计为可扩展、可配置的，例如 net/http.Client 或 bytes.Buffer，它们的方法常需要修改内部字段（如缓存、状态标志、连接池等）。使用指针接收者能确保所有方法调用都作用于同一个实例。
- 若部分方法用值接收者，部分用指针，会导致行为不一致，容易引发 bug
- 一旦某个方法需要修改状态，整个类型的方法集通常统一使用指针接收者以避免混淆
2. 避免不必要的值拷贝
值接收者会复制整个结构体。对于小型结构体（如只含几个 int 或 string 的类型），开销可以忽略。但标准库中很多类型体积较大，比如包含切片、map、锁或其他复杂字段。
立即学习“go语言免费学习笔记（深入）”；
例如 sync.Mutex 或 io.Reader 实现，复制它们不仅浪费内存和 CPU，还可能破坏语义（如锁的状态）。
- 指针接收者只传递一个指针（通常 8 字节），无论结构体多大
- 标准库追求高效，避免任何隐式开销是基本原则
3. 接口实现的一致性
Go 接口调用依赖于具体类型的实现。如果一个类型定义了指针接收者方法，那么只有该类型的指针才能满足接口。
标准库倾向于让类型以指针形式被使用，因此方法自然使用指针接收者。这样能确保：
- 类型实例在传参给接口时行为一致
- 不会出现“值能调用某些方法，但不能满足某个接口”的奇怪情况
- 例如 http.Handler 接口的实现通常是指针方法
4. 与并发和同步机制兼容
标准库中许多类型包含 sync.Mutex、sync.WaitGroup 等同步原语。这些类型本身不可复制，复制会导致数据竞争或运行时 panic。
Go 运行时会检测 sync 类型的误用（如复制），因此标准库从设计上就避免值传递，强制使用指针接收者是一种防御性做法。
- 指针接收者天然防止结构体被意外复制
- 确保并发安全的方法调用始终作用于唯一实例
基本上就这些。标准库选择指针接收者，核心是为了统一语义、提升性能、保证安全。虽然小对象用值接收者也没问题，但为了整体一致性，官方倾向于“一旦需要指针，全部用指针”，这样更简单、更可靠。
