在正常的测试中，当我们需要进行接口测试时，通常使用接口调试工具，如postman进行接口测试
成都创新互联公司，专注为中小企业提供官网建设、营销型网站制作、响应式网站设计、展示型成都网站建设、做网站等服务，帮助中小企业通过网站体现价值、有效益。帮助企业快速建站、解决网站建设与网站营销推广问题。
目前我在尝试使用Go语言进行接口测试，使用的库均为Go自带的库。
注：当前采用的接口为时事新闻接口，每天可以请求100次，需要的同学，可以自行使用。
大家好，我是谢伟，是一名程序员。
下面的学习是一个系列，力求从初学者的角度学会go 语言，达到中级程序员水平。
这一系列是我的输出总结，同时我还推出了视频版。正在制作过程。
为写出这些文章，我阅读了网上诸多热门的教程和纸质书籍。内容的实质都是那些，要区分出差异的话，只能表现在具体实例层面。所以，实例我会选取自己在工作中的项目实例抽取出来。希望对大家有所帮助。
我们已经研究了：
本节的主题是：接口
接口是 golang 中最值得强调的特性。它让面向对象，内容组织实现非常的方便。
接口在 go 语言中是一系列方法的集合，原则上方法可以有很多个，但建议4个左右。
上文中定义了一个 httpClient 的接口，指定了这个接口可以干这些活： Get、Post、Put、Delete
上文中指定了 httpClient 接口，指定了这个接口需要干的活是： Get、Post、Put、Delete ， 具体的实现需要靠其他结构体来实现。
一个结构体实现了接口要求的所有的方法(方法的参数和返回值一致)，那么就说这个结构体实现了这个接口
上文中的使用： httpClient 屏蔽了 httpImpl 的内部细节，而依然可以使用 Get 方法，去完成任务。
当然接口可以被诸多结构体实现，只需存在接口定义的几种方法即可。
接口和结构体的定义很相似，也可以完成嵌入接口的功能，嵌入的匿名的接口，可以自动的具备被嵌入的接口的方法。
结构体实现 String 方法即可实现结构化输出结构体。
实现Error 方法即可自定义错误类型。
这几个读写接口在好些库中实现了，后续我们再讨论。
Any 类型
空接口在 go 里，可以当成任意类型，意味着，比如你的函数或者方法不知道传入的参数的类型，可以直接定义为 interface{}
类型断言
类型断言的使用场景是：接口类型的变量可以包含任何类型的值。如何判断变量的真实类型？
比如解析一个不知道字段类型的 json， 常常需要使用到类型断言。
可以使用：
ok...idiom
varInterface.(T), varInterface 必须是接口、T 则是具体的实现接口的结构体
switch ..case...
.(type) 只在 switch 语句里才能使用。
以上就是接口的全部内容，接口是go 中最特别的特性。借助 接口， go 实现面向对象中的继承和多态。
接口是方法的集合，只定义具体要干什么，而怎么干，则由其他的结构体的方法实现。这样不同的结构体的方法的具体处理不同，实现的接口的功能就不一样。
尽管如此，接口并不意味着可以随意滥用。我们最好是根据面向对象的客观实体，抽象出接口和方法。
本节完，再会。
1 接口的定义与理解
接口是一个自定义类型，它是一组方法的集合。从定义上来看，接口有两个特点。第一，接口本质是一种自定义类型，因此不要将golang中的接口简单理解为C++/Java中的接口，后者仅用于声明方法签名。第二，接口是一种特殊的自定义类型，其中没有数据成员，只有方法（也可以为空）。
接口是完全抽象的，因此不能将其实例化。然而，可以创建一个其类型为接口的变量，它可以被赋值为任何满足该接口类型的实际类型的值。接口的重要特性是：
（1）只要某个类型实现了接口要的方法，那么我们就说该类型实现了此接口。该类型的值可以赋给该接口的值;
（2）作为1的推论，任何类型的值都可以赋值给空接口interface{}
注意：这只是golang中接口的特性，为非所有类型的特性（接口是一种特殊的类型）。
接口的特性是golang支持鸭子类型的基础，即“如果它走起来像鸭子，叫起来像鸭子（实现了接口要的方法），它就是一只鸭子（可以被赋值给接口的值）”。凭借接口机制和鸭子类型，golang提供了一种有利于类、继承、模板之外的更加灵活强大的选择。
2 例子
type Exchanger interface {
exchange()
}
type StringPair struct {
first, second string
}
type Point[2]int
func (sp *StringPair) exchange() {
sp.first, sp.second = sp.second, sp.first
}
func (p *Point) exchange() {
p[0], p[1] = p[1], p[0]
}
func exchangeThese(exchangers ...Exchanger) {
for _, exchanger := range exchangers {
exchanger.exchange()
}
}
func main() {
pair1 := StringPair{"abc","def"}
pair2 := StringPair{"ghi","jkl"}
point := Point{5, 7}
fmt.Println(pair1, pair2, point)
pair1.exchange()
pair2.exchange()
point.exchange()
fmt.Println(pair1, pair2, point)
// exchangeThese(pair1, pair2) //wrong
exchangeThese(pair1, pair2)
fmt.Println(pair1, pair2)
}
运行结果
在本例中，自定义类型StringPair和Point指针实现了接口Exchanger所需的方法，因此该类型的值可以被赋值给接口的值。
另外，特别注意一点。如果使用exchangeThese(pair1,
pair2)会导致编译错误（如下图），正确写法应当是exchangeThese(pair1,
pair2)。这是由于真正满足接口Exchanger的类型是StringPair指针，而非StringPair。
在golang中，值接收者和指针接收者的方法集是不同的。只是golang会智能地解引用和取引用，使得二者的方法集看上去是一样的。但是，在调用exchangeThese时，就凸显出二者的不同了。
下面定义一个结构体类型和该类型的一个方法：
复制代码代码如下:
type User struct {
Name string
Email string
}
func (u User) Notify() error
首先我们定义了一个叫做 User 的结构体类型，然后定义了一个该类型的方法叫做 Notify，该方法的接受者是一个 User 类型的值。要调用 Notify 方法我们需要一个 User 类型的值或者指针：
复制代码代码如下:
// User 类型的值可以调用接受者是值的方法
damon := User{"AriesDevil", "ariesdevil@xxoo.com"}
damon.Notify()
// User 类型的指针同样可以调用接受者是值的方法
alimon := User{"A-limon", "alimon@ooxx.com"}
alimon.Notify()
最近写了个kafka的接收消息的功能，需要使用回调处理收到的消息。
一个是基本的回调，一个是使用接口功能实现回调，对接口是个很好的学习。
1.正常回调
kafka的接收消息处。收到消息后，使用传入的Onmessage进行处理。
调用kafka接收消息的单元，并在调用方写好回调
在调用方实现回调需要执行的方法
感觉还是使用基本回调相对简单点，接口就当学习了。
另外跨包的接口的方法要大写！定位了好久发现个入门的问题。
所谓Go语言式的接口，就是不用显示声明类型T实现了接口I，只要类型T的公开方法完全满足接口I的要求，就可以把类型T的对象用在需要接口I的地方。这种做法的学名叫做Structural Typing，有人也把它看作是一种静态的Duck Typing。除了Go的接口以外，类似的东西也有比如Scala里的Traits等等。有人觉得这个特性很好，但我个人并不喜欢这种做法，所以在这里谈谈它的缺点。当然这跟动态语言静态语言的讨论类似，不能简单粗暴的下一个“好”或“不好”的结论。
我的观点:
Go的隐式接口Duck Typing确实不是新技术, 但是在主流静态编程语言中支持Duck Typing应该是很少的(不清楚目前是否只有Go语言支持).
静态类型和动态类型虽然没有绝对的好和不好, 但是每个都是有自己的优势的, 没有哪一个可以包办一切. 而Go是试图结合静态类型和动态类型(interface)各自的优势.
那么就从头谈起：什么是接口。其实通俗的讲，接口就是一个协议，规定了一组成员，例如.NET里的ICollection接口：
public interface ICollection {
int Count { get; }
object SyncRoot { get; }
bool IsSynchronized { get; }
void CopyTo(Array array, int index);
}
这就是一个协议的全部了吗？事实并非如此，其实接口还规定了每个行为的“特征”。打个比方，这个接口的Count除了需要返回集合内元素的数目以外，还隐含了它需要在O(1)时间内返回这个要求。这样一个使用了ICollection接口的方法才能放心地使用Count属性来获取集合大小，才能在知道这些特征的情况下选用正确的算法来编写程序，而不用担心带来性能问题，这才能实现所谓的“面向接口编程”。当然这种“特征”并不但指“性能”上的，例如Count还包含了例如“不修改集合内容”这种看似十分自然的隐藏要求，这都是ICollection协议的一部分。
