为何Go编译器无法将实现Namer接口的Person切片作为[]Namer类型返回？

核心原因 #

即使Person类型实现了Namer接口，[]Person和[]Namer是两个完全不同的类型，Go编译器不会做隐式的切片类型转换。 #

具体解释 #

• 单个Person实例确实满足Namer接口的要求，编译器支持将Person类型的变量直接赋值给Namer类型的变量，这步的类型推断是正常工作的。
• 切片类型的兼容性不能直接套用元素类型的兼容性：[]Person的底层是连续存储的Person结构体内存块，每个元素的内存占用就是Person结构体的大小；而[]Namer的底层是连续存储的接口结构体，Go中每个接口类型变量底层由两个指针组成（一个指向类型元数据，一个指向实际存储的值），两个切片的内存布局完全不兼容，因此无法直接互换使用。

常见解决方案 #

两种常用的处理方式：

1. 直接声明接口类型切片，赋值时自动做元素转换，就是你提到的写法：

authors := make([]Namer, 10)
// 后续赋值时，每个Person实例会自动转换为Namer接口存入切片

2. 如果已经有[]Person类型的切片，可以手动遍历转换为[]Namer：

func Authors() []Namer {
    authors := make([]Person, 10)
    // 此处省略给authors赋值的逻辑
    res := make([]Namer, len(authors))
    for i, p := range authors {
        res[i] = p
    }
    return res
}

内容的提问来源于stack exchange，提问作者luqo33