自定义类型的方法和接口(interface)都是 Go 语言中的重要概念,并且它们之间存在千丝万缕的联系。我们来看一个例子:
// method_set_1.gopackage maintype Interface interface {M1()M2()}type T struct{}func (t T) M1() {}func (t *T) M2() {}func main() {var t Tvar pt *Tvar i Interfacei = ti = pt}
我们运行一下该示例程序:
$ go run method_set_1.go# command-line-arguments./method_set_1.go:18:4: cannot use t (type T) as type Interface in assignment:T does not implement Interface (M2 method has pointer receiver)
1. 方法集合(Method Set)
在“理解方法本质以正确选择 receiver 类型”一节中我们曾提到过选择 receiver 类型除了考量是否需要对类型实例进行修改、类型实例值拷贝导致的性能损耗之外,还有一个重要考量因素,那就是类型是否要实现某个接口(interface)类型。
要判断一个自定义类型是否实现了某接口类型,我们首先要识别出自定义类型的方法集合以及接口类型的方法集合。但有些时候它们并非那么明显(比如:若存在结构体嵌入、接口嵌入、类型别名时)。这里我们实现了一个工具函数可以方便输出一个自定义类型或接口类型的方法集合。
package mainimport ("fmt""reflect")// method_set_utils.gofunc DumpMethodSet(i interface{}) {v := reflect.TypeOf(i)elemTyp := v.Elem()n := elemTyp.NumMethod()if n == 0 {fmt.Printf("%s's method set is empty!\n", elemTyp)return}fmt.Printf("%s's method set:\n", elemTyp)for j := 0; j < n; j++ {fmt.Println("-", elemTyp.Method(j).Name)}fmt.Printf("\n")}
接下来,我们就用该工具函数输出一下本节开头那个示例中的接口类型和自定义类型的方法集合:
// method_set_2.gopackage maintype Interface interface {M1()M2()}type T struct{}func (t T) M1() {}func (t *T) M2() {}func main() {var t Tvar pt *TDumpMethodSet(&t)DumpMethodSet(&pt)DumpMethodSet((*Interface)(nil))}
运行上述代码:
$ go run method_set_2.go method_set_utils.gomain.T's method set:- M1*main.T's method set:- M1- M2main.Interface's method set:- M1- M2
T 类型没有直接实现 M1,但 M1 仍出现在T 类型的方法集合中了。这符合 Go 语言规范中的说法:
- 对于非接口类型的自定义类型 T,其方法集合为所有 receiver 为 T 类型的方法组成;
- 而类型T 的方法集合则包含所有 **receiver 为 T 和T** 类型的方法。也正因为如此,pt 才能成功赋值给 Interface 类型变量。
2. 类型嵌入与方法集合
Go 的设计哲学之一就是偏好组合,Go 支持用组合的思想来实现一些面向对象领域经典的机制,比如:继承。而具体的方式就是利用类型嵌入(type embeding)。
Go 支持三种类型嵌入:接口类型中嵌入接口类型、结构体类型中嵌入接口类型以及结构体类型中嵌入结构体类型,下面我们分别看一下经过类型嵌入后的类型的方法集合是什么样子的。
1) 接口类型中嵌入接口类型
按 Go 语言惯例,Go 中的接口类型中仅包含少量方法,并且常常仅是一个方法。通过在接口类型中嵌入其他接口类型可以实现接口的组合,这也是 Go 语言中基于已有接口类型构建新接口类型的惯用法,比如 io 包中的 ReadWriter、ReadWriteCloser 等接口类型就是通过嵌入 Reader、Writer 或 Closer 三个基本的接口类型组合而成的:
// $GOROOT/src/io/io.gotype Reader interface {Read(p []byte) (n int, err error)}type Writer interface {Write(p []byte) (n int, err error)}type Closer interface {Close() error}// 以上为三个基本接口类型// 下面的接口类型通过嵌入上面基本接口类型而形成type ReadWriter interface {ReaderWriter}type ReadCloser interface {ReaderCloser}type WriteCloser interface {WriterCloser}type ReadWriteCloser interface {ReaderWriterCloser}
我们再来看看通过嵌入接口类型后的新接口类型的方法集合是什么样的,我们就以 Go 标准库中 io 包中的几个接口类型为例:
// method_set_3.gopackage mainimport "io"func main() {DumpMethodSet((*io.Writer)(nil))DumpMethodSet((*io.Reader)(nil))DumpMethodSet((*io.Closer)(nil))DumpMethodSet((*io.ReadWriter)(nil))DumpMethodSet((*io.ReadWriteCloser)(nil))}
运行该示例得到以下结果:
$ go run method_set_3.go method_set_utils.goio.Writer's method set:- Writeio.Reader's method set:- Readio.Closer's method set:- Closeio.ReadWriter's method set:- Read- Writeio.ReadWriteCloser's method set:- Close- Read- Write
不过这种通过嵌入其他接口类型创建新接口类型的方式有一个约束,那就是被嵌入的接口类型的方法集合不能有交集(如下面例子中的 Interface1 和 Interface2 的方法集合有交集,交集是方法 M1),同时被嵌入的接口类型的方法集合中的方法名字不能与新接口中其他方法名同名(如下面例子中的 Interface2 的 M2 与 Interface4 的 M2 重名):
// method_set_4.gopackage maintype Interface1 interface {M1()}type Interface2 interface {M1()M2()}type Interface3 interface {Interface1Interface2 // Error: duplicate method M1}type Interface4 interface {Interface2M2() // Error: duplicate method M2}func main() {DumpMethodSet((*Interface3)(nil))}
接口嵌入接口需要考虑命名冲突.
2) 结构体类型中嵌入接口类型
在结构体类型中嵌入接口类型后,该结构体类型的方法集合中将包含被嵌入的接口类型的方法集合。比如下面这个例子:
// method_set_5.gopackage maintype Interface interface {M1()M2()}type T struct {Interface}func (T) M3() {}func main() {DumpMethodSet((*Interface)(nil))var t Tvar pt *TDumpMethodSet(&t)DumpMethodSet(&pt)}
运行该示例得到以下结果:
$ go run method_set_5.go method_set_utils.gomain.Interface's method set:- M1- M2main.T's method set:- M1- M2- M3*main.T's method set:- M1- M2- M3
但有些时候结果并非总是这样,比如:当结果体嵌入多个接口类型且这些接口类型的方法集合存在交集时。为了方便后续说明,这里不得不提一下嵌入了其他接口类型的结构体类型的实例在调用方法时,Go 选择方法的次序:
- 优先选择结构体自身实现的方法;
- 如果结构体自身并未实现,那么将查找结构体中的嵌入接口类型的方法集中是否有该方法,如果有,则提升(promoted)为结构体的方法;
比如下面例子:
// method_set_6.gopackage maintype Interface interface {M1()M2()}type T struct {Interface}func (T) M1() {println("T's M1")}type S struct{}func (S) M1() {println("S's M1")}func (S) M2() {println("S's M2")}func main() {var t = T{Interface: S{},}t.M1()t.M2()}
下面是上面程序的输出结果:
$ go run method_set_6.goT's M1S's M2
如果结构体嵌入了多个接口类型且这些接口类型的方法集合存在交集,那么编译器将报错,除非结构体自己实现了交集中的所有方法。
// method_set_7.gopackage maintype Interface interface {M1()M2()M3()}type Interface1 interface {M1()M2()M4()}type T struct {InterfaceInterface1}func main() {t := T{}t.M1()t.M2()}
运行该例子:
$ go run method_set_7.go# command-line-arguments./method_set_7.go:22:3: ambiguous selector t.M1./method_set_7.go:23:3: ambiguous selector t.M2
为了让编译器能找到 M1/M2,我们可以为 T 增加 M1 和 M2 的实现,这样编译器便会直接选择 T 自己实现的 M1 和 M2,程序也就能顺利通过编译并运行了:
// method_set_8.go... ...type T struct {InterfaceInterface1}func (T) M1() { println("T's M1") }func (T) M2() { println("T's M2") }func main() {t := T{}t.M1()t.M2()}$ go run method_set_8.goT's M1T's M2
结构体类型在嵌入某接口类型的同时,它也实现了这个接口。这一特性在单元测试时尤为有用,尤其是应对在下面的场景中:
// method_set_9.gopackage employeetype Result struct {Count int}func (r Result) Int() int { return r.Count }type Rows []struct{}type Stmt interface {Close() errorNumInput() intExec(stmt string, args ...string) (Result, error)Query(args []string) (Rows, error)}// 返回男性员工总数func MaleCount(s Stmt) (int, error) {result, err := s.Exec("select count(*) from employee_tab where gender=?", "1")if err != nil {return 0, err}return result.Int(), nil}
现在我们要对 MaleCount 方法编写单元测试代码。对于这种依赖外部数据库操作的方法,我们的惯例是使用“伪对象(fake object)”来冒充真实的 Stmt 接口实现。不过现在有一个问题,那就是 Stmt 接口类型的方法集合中有四个方法,如果我们针对每个测试用例所用的伪对象都实现这四个方法,那么这个工作量有些大,我们需要的仅仅是 Exec 这一个方法。如何快速建立伪对象呢?结构体类型嵌入接口类型便可以帮助我们:
// method_set_9_test.gopackage employeeimport "testing"type fakeStmtForMaleCount struct {Stmt}func (fakeStmtForMaleCount) Exec(stmt string, args ...string) (Result, error) {return Result{Count: 5}, nil}func TestEmployeeMaleCount(t *testing.T) {f := fakeStmtForMaleCount{}c, _ := MaleCount(f)if c != 5 {t.Errorf("want: %d, actual: %d", 5, c)return}}
无需实现其它方法.
3) 结构体类型中嵌入结构体类型
在结构体类型中嵌入结构体类型为 Gopher 提供了一种“实现继承”的手段,外部的结构体类型 T 可以“继承”嵌入的结构体类型的所有方法的实现,并且无论是 T 类型的变量实例还是*T 类型变量实例,都可以调用所有“继承”的方法。
// method_set_10.gopackage maintype T1 struct{}func (T1) T1M1() { println("T1's M1") }func (T1) T1M2() { println("T1's M2") }func (*T1) PT1M3() { println("PT1's M3") }type T2 struct{}func (T2) T2M1() { println("T2's M1") }func (T2) T2M2() { println("T2's M2") }func (*T2) PT2M3() { println("PT2's M3") }type T struct {T1*T2}func main() {t := T{T1: T1{},T2: &T2{},}println("call method through t:")t.T1M1()t.T1M2()t.PT1M3()t.T2M1()t.T2M2()t.PT2M3()println("\ncall method through pt:")pt := &tpt.T1M1()pt.T1M2()pt.PT1M3()pt.T2M1()pt.T2M2()pt.PT2M3()println("")var t1 T1var pt1 *T1DumpMethodSet(&t1)DumpMethodSet(&pt1)var t2 T2var pt2 *T2DumpMethodSet(&t2)DumpMethodSet(&pt2)DumpMethodSet(&t)DumpMethodSet(&pt)}
示例运行结果如下:
$ go run method_set_10.go method_set_utils.gocall method through t:T1's M1T1's M2PT1's M3T2's M1T2's M2PT2's M3call method through pt:T1's M1T1's M2PT1's M3T2's M1T2's M2PT2's M3main.T1's method set:- T1M1- T1M2*main.T1's method set:- PT1M3- T1M1- T1M2main.T2's method set:- T2M1- T2M2*main.T2's method set:- PT2M3- T2M1- T2M2main.T's method set:- PT2M3- T1M1- T1M2- T2M1- T2M2*main.T's method set:- PT1M3- PT2M3- T1M1- T1M2- T2M1- T2M2
通过输出结果可以看出:虽然通过 T 还是T 变量实例,都可以调用所有“继承”的方法(这也是 Go 语法甜头),但是 T 和T 类型的方法集合是有差别的:
- 类型 T 的方法集合 = T1 的方法集合 + *T2 的方法集合;
- 类型T 的方法集合 = T1 的方法集合 + *T2 的方法集合;
3. 类型别名的方法集合
类型别名与原类型几乎可以理解为是完全等价的。Go 预定义标识符 rune、byte 就是通过 type alias 语法定义的:
// $GOROOT/src/builtin/builtin.go// byte is an alias for uint8 and is equivalent to uint8 in all ways. It is// used, by convention, to distinguish byte values from 8-bit unsigned// integer values.type byte = uint8// rune is an alias for int32 and is equivalent to int32 in all ways. It is// used, by convention, to distinguish character values from integer values.type rune = int32
但是在方法集合上面,类型别名与原类型是有差别的。我们看一个例子:
// method_set_11.gopackage maintype T struct{}func (T) M1() {}func (*T) M2() {}type Interface interface {M1()M2()}type T1 Ttype Interface1 Interfacefunc main() {var t Tvar pt *Tvar t1 T1var pt1 *T1DumpMethodSet(&t)DumpMethodSet(&t1)DumpMethodSet(&pt)DumpMethodSet(&pt1)DumpMethodSet((*Interface)(nil))DumpMethodSet((*Interface1)(nil))}
运行该示例程序得到如下结果:
$ go run method_set_11.go method_set_utils.gomain.T's method set:- M1main.T1's method set is empty!*main.T's method set:- M1- M2*main.T1's method set is empty!main.Interface's method set:- M1- M2main.Interface1's method set:- M1- M2
从例子的输出结果上来看,Go 对于接口类型和自定义类型的类型别名给出了“不一致”的结果:
- 接口类型的别名类型与原接口类型的方法集合是一致的,如上面的 Interface 和 Interface1;
- 自定义类型的别名类型则并没有“继承”原类型的方法集合,别名类型的方法集合是空的。
方法集合决定接口实现:自定义类型的别名类型的方法集合为空的事实也决定了即便原类型实现了某些接口,其别名类型也没有“继承”这一隐式关联。别名类型要想实现那些接口,仍需重新实现接口的所有方法。
第三节作者有误, 示例代码中是类型定义
type T1 Ttype Interface1 Interface
自己实测代码:
package mainimport ("fmt""reflect")type T struct{}func (T) M1() {}func (*T) M2() {}type Interface interface {M1()M2()}type T1 = Ttype Interface1 = Interfacefunc main() {var t Tvar pt *Tvar t1 T1var pt1 *T1DumpMethodSet(&t)DumpMethodSet(&t1)DumpMethodSet(&pt)DumpMethodSet(&pt1)DumpMethodSet((*Interface)(nil))DumpMethodSet((*Interface1)(nil))}func DumpMethodSet(i interface{}) {v := reflect.TypeOf(i)elemTyp := v.Elem()n := elemTyp.NumMethod()if n == 0 {fmt.Printf("%s's method set is empty!\n", elemTyp)return}fmt.Printf("%s's method set:\n", elemTyp)for j := 0; j < n; j++ {fmt.Println("-", elemTyp.Method(j).Name)}fmt.Printf("\n")}
实测结果:
main.T's method set:- M1main.T's method set:- M1*main.T's method set:- M1- M2*main.T's method set:- M1- M2main.Interface's method set:- M1- M2main.Interface's method set:- M1- M2
