前言
在看一个底层库的的时候，看到了一个比较奇怪的写法，于是乎有了本文。
主要探讨两个问题：
1.利用编译来判断Golang接口是否实现
2.延伸出的make和new的区别
正文
1.利用编译来判断Golang接口是否实现
看了一个底层通用链接池的库，有这么一行代码：
var _ Pooler = new(WeightedRoundRobin)
需要解释的是：Pooler是一个接口类型。
type Pooler interface {
// ...
}
刚开始看是疑惑的，为什么new了之后是要抛弃调？
后面发现这个是为了验证某某接口是否被实现了？
多看了一些代码后发现很多地方有类似这样的写法。
至此Get到了。
解释：如果说次接口没有被实现，那么一方面ide会有红横线出现，另一方面在编译的时候会出现报错。两方面的提示来保证写底层代码的接口是有被实现的。
2.延伸出的make和new的区别
和小伙伴讨论期间，跑出了这么一个问题：“可以使用go test的方式，去_test.go文件中定义一个接口，来判断就好了。上文判断会存在浪费内存的情况”
这边两个点：
1.go test的方式肯定是可行的。
但是并没法保证程序员会真的记住去执行进行检测（非强制必须走的流程）。但是直接通过前文方式，是会在编译的时候抛错的，这个是必须走的流程，所以更推荐前文的方式。
2.new占内存？
new：申请了内存，但是不会将内存初始化，只会将内存置零，返回一个指针。
make：申请了内存，返回已初始化的结构体的零值。
回到正文，虽然申请了内存，但占的内存其实并不多，并且在初始化后的一次gc中便会回收。所以还好。
同时也不存在效率问题，编译型语言，你懂的。
同时验证一个new和取地址和make的区别的代码：
func main() {
a1 := new([]int)
a2:= &[]int{}
a3:= make([]int,0)
fmt.Println(a1,a2,a3,a1==a1)
}
输出：
&[] &[] [] true
扩展
对于内存的占用，今天看到一种写法。
var _ Tester = (*Test)(nil)
这样写和new的区别在于：new是编译的时候检查，这样写是运行的时候检查
补充：Golang接口实现多态
我就废话不多说了，大家还是直接看代码吧~
package main
import (
"fmt"
)
func main() {
user := &User{name: "Chris"}
user.ISubUser = &NormalUser{}
user.sayHi()
user.ISubUser = &ArtisticUser{}
user.sayHi()
}
type ISubUser interface {
sayType()
}
type User struct {
name string
ISubUser
}
func (u *User) sayHi() {
u.sayName()
u.sayType()
}
func (u *User) sayName() {
fmt.Printf("I am %s.", u.name)
}
type NormalUser struct {
}
func (n *NormalUser) sayType() {
fmt.Println("I am a normal user.")
}
type ArtisticUser struct {
}
func (a *ArtisticUser) sayType() {
fmt.Println("I am an artistic user.")
}
//RUN 之后输出：
I am Chris.I am a normal user.
I am Chris.I am a artistic user.
//重用了sayName和sayHi方法，sayType方法可以多态来实现。
以上为个人经验，希望能给大家一个参考，也希望大家多多支持华域联盟。如有错误或未考虑完全的地方，望不吝赐教。
本文由 华域联盟 原创撰写：华域联盟 » 如何判断Golang接口是否实现的操作
转载请保留出处和原文链接：https://www.cnhackhy.com/111030.htm
