17370845950

go 测试失败是因为 mock 的 write 方法使用了值接收器，导致对 data 字段的修改作用于副本而非原始实例；正确做法是为 writermock 定义指针接收器，并传入 *writermock 实例。

在 Go 中，接口实现的判定严格依赖方法集（method set）：只有指针类型 *T 的方法集才包含所有 *T 和 T 的方法，而值类型 T 的方法集仅包含 T 类型的方法。当 io.Writer 要求实现 Write([]byte) (int, error) 时，若你用值接收器定义该方法，那么只有 WriterMock 类型能实现该接口；但一旦将 WriterMock{} 赋值给 io.Writer 字段，后续调用 Write() 会操作其副本——这正是测试中 data 始终为空的根本原因。

✅ 正确实现如下：

// WriterMock 必须使用指针接收器实现 Write
type WriterMock struct {
    data []byte
}

func (w *Write
rMock) Write(b []byte) (n int, err error) {
    w.data = append(w.data, b...)
    return len(b), nil // 注意：应返回写入字节数 len(b)，而非 len(w.data)
}

同时，构造测试实例时必须传入指针：

func NewMockedFileLogger() *FileLogger {
    writer := &WriterMock{} // 关键：取地址
    return &FileLogger{File: writer}
}

测试断言也需相应调整类型断言：

func TestLog(t *testing.T) {
    fileLogger := NewMockedFileLogger()
    fileLogger.Log("Hello World!")

    // 安全断言：先检查是否为 *WriterMock，再读取 data
    if mock, ok := fileLogger.File.(*WriterMock); ok {
        assert.Equal(t, "Hello World!\n", string(mock.data)) // 注意：appendNewLine 可能添加了换行符
    } else {
        t.Fatal("File field is not *WriterMock")
    }
}

⚠️ 注意事项：

• appendNewLine(message) 逻辑未贴出，但常见实现会追加 \n，因此期望值应为 "Hello World!\n"；
• Write 方法规范要求返回实际写入字节数（即 len(b)），而非 len(w.data)，否则违反 io.Writer 合约；
• 避免在测试中过度依赖类型断言；更健壮的方式是让 WriterMock 提供 Data() 方法供断言，解耦实现细节。

总结：Go 的值语义决定了——要修改结构体字段，必须通过指针接收器；要满足接口且保留可变状态，必须确保接口变量背后是同一指针实例。这是 Go 单元测试中 mock 行为失真的最常见根源之一。