Go 中接口本身已是引用类型，无需、也不应使用 *interface{}；直接以 interface{} 值形式存储和传递即可，既安全又符合 Go 惯例，还能自然支持接口实现类型的多态性。
go 中接口本身已是引用类型，无需、也不应使用 `*interface{}`；直接以 `interface{}` 值形式存储和传递即可，既安全又符合 go 惯例，还能自然支持接口实现类型的多态性。
在 Go 开发中，一个常见误区是受其他语言（如 Java）影响，试图通过指针来“避免值拷贝”或“增强灵活性”，进而定义类似 map[int]*net.Conn 的结构，并让方法接收 *net.Conn 参数。但这是对 Go 接口机制的根本性误解。
接口在 Go 中本质是运行时的两字宽结构体（iface）：包含类型信息（type）和数据指针（data）。无论你传入的是 net.Conn 值还是其具体实现（如 *tcpConn），只要满足接口契约，赋值或传参时仅复制这两个机器字——开销极小，且天然具备引用语义。因此：
✅ 正确做法：直接使用接口值
type Storage struct {
conns map[int]net.Conn // ✅ 接口值，非指针
}
func (s *Storage) Add(id int, conn net.Conn) { // ✅ 参数为接口值
s.conns[id] = conn
}
✅ 测试时无缝注入模拟实现
type StubConn struct{}
func (s *StubConn) Read(b []byte) (n int, err error) { return 0, nil }
func (s *StubConn) Write(b []byte) (n int, err error) { return 0, nil }
func (s *StubConn) Close() error { return nil }
func (s *StubConn) LocalAddr() net.Addr { return nil }
func (s *StubConn) RemoteAddr() net.Addr { return nil }
func (s *StubConn) SetDeadline(t time.Time) error { return nil }
func (s *StubConn) SetReadDeadline(t time.Time) error { return nil }
func (s *StubConn) SetWriteDeadline(t time.Time) error { return nil }
func TestAddOneClient(t *testing.T) {
clients := NewStorage() // 假设已实现初始化逻辑
stub := &StubConn{} // 实例化具体类型指针（满足 net.Conn）
clients.Add(5, stub) // ✅ 直接传入，自动转为 net.Conn 接口值
if len(clients.conns) != 1 {
t.Error("Expected client adding to increment storage map size")
}
}
❌ 错误写法及其原因
// ❌ 编译失败：*net.Conn 是“指向接口的指针”，不是合法类型
// Go 不允许将 *StubConn 赋给 *net.Conn，因为二者内存布局不兼容
// 接口指针无法实现多态，且违背 Go 的类型系统设计
func (s *Storage) Add(id int, conn *net.Conn) { ... } // 不要这样写
⚠️ 注意事项：
- *interface{} 在 Go 中几乎无实用场景，属于反模式；它既不能解引用为具体类型（除非类型断言），也无法参与接口实现判断；
- 若需修改接口变量所指向的具体值（极少场景），应通过返回新接口值或使用封装结构体，而非持有接口指针；
- 所有标准库接口（如 io.Reader, http.Handler, net.Conn）均按值传递，遵循此约定可确保代码与生态兼容。
总结：拥抱 Go 的接口设计理念——接口即值，值即抽象。去掉多余的星号，用 net.Conn 替代 *net.Conn，不仅解决测试注入问题，更让代码更简洁、更高效、更地道。
