go语言接口实例化 go语言写api接口

如何看待go语言泛型的最新设计？

Go 由于不支持泛型而臭名昭著go语言接口实例化，但最近，泛型已接近成为现实。Go 团队实施go语言接口实例化了一个看起来比较稳定的设计草案，并且正以源到源翻译器原型的形式获得关注。本文讲述的是泛型的最新设计，以及如何自己尝试泛型。

例子

FIFO Stack

假设go语言接口实例化你要创建一个先进先出堆栈。没有泛型，你可能会这样实现：

type Stack []interface{}func (s Stack) Peek() interface{} {

 

return s[len(s)-1]

}

func (s *Stack) Pop() {

 *s = (*s)[:

len(*s)-1]

}

func (s *Stack) Push(value interface{}) {

 *s = 

append(*s, value)

}

但是，这里存在一个问题：每当你 Peek 项时，都必须使用类型断言将其从 interface{} 转换为你需要的类型。如果你的堆栈是 *MyObject 的堆栈，则意味着很多 s.Peek().(*MyObject)这样的代码。这不仅让人眼花缭乱，而且还可能引发错误。比如忘记 * 怎么办？或者如果您输入错误的类型怎么办？s.Push(MyObject{})` 可以顺利编译，而且你可能不会发现到自己的错误，直到它影响到你的整个服务为止。

通常，使用 interface{} 是相对危险的。使用更多受限制的类型总是更安全，因为可以在编译时而不是运行时发现问题。

泛型通过允许类型具有类型参数来解决此问题：

type Stack(type T) []Tfunc (s Stack(T)) Peek() T {

 

return s[len(s)-1]

}

func (s *Stack(T)) Pop() {

 *s = (*s)[:

len(*s)-1]

}

func (s *Stack(T)) Push(value T) {

 *s = 

append(*s, value)

}

这会向 Stack 添加一个类型参数，从而完全不需要 interface{}。现在，当你使用 Peek() 时，返回的值已经是原始类型，并且没有机会返回错误的值类型。这种方式更安全，更容易使用。（译注：就是看起来更丑陋，^-^）

此外，泛型代码通常更易于编译器优化，从而获得更好的性能（以二进制大小为代价）。如果我们对上面的非泛型代码和泛型代码进行基准测试，我们可以看到区别：

type MyObject struct {

    X 

int

}

var sink MyObjectfunc BenchmarkGo1(b *testing.B) {

 

for i := 0; i  b.N; i++ {

  

var s Stack

  s.Push(MyObject{})

  s.Push(MyObject{})

  s.Pop()

  sink = s.Peek().(MyObject)

 }

}

func BenchmarkGo2(b *testing.B) {

 

for i := 0; i  b.N; i++ {

  

var s Stack(MyObject)

  s.Push(MyObject{})

  s.Push(MyObject{})

  s.Pop()

  sink = s.Peek()

 }

}

结果：

BenchmarkGo1BenchmarkGo1-16     12837528         87.0 ns/op       48 B/op        2 allocs/opBenchmarkGo2BenchmarkGo2-16     28406479         41.9 ns/op       24 B/op        2 allocs/op

在这种情况下，我们分配更少的内存，同时泛型的速度是非泛型的两倍。

合约（Contracts）

上面的堆栈示例适用于任何类型。但是，在许多情况下，你需要编写仅适用于具有某些特征的类型的代码。例如，你可能希望堆栈要求类型实现 String() 函数

相关问答

Q1: 没有类，C语言有结构体，那么Go的结构体有什么特别之处？

Go语言中没有“类”go语言接口实例化的概念，也不支持“类”go语言接口实例化的继承等面向对象的概念。Go语言中通过结构体的内嵌再配合接口比面向对象具有更高的扩展性和灵活性。

自定义类型

在Go语言中有一些基本的数据类型，如string、整型、浮点型、布尔等数据类型， Go语言中可以使用type关键字来定义自定义类型。

自定义类型是定义了一个全新的类型。我们可以基于内置的基本类型定义，也可以通过struct定义。例如go语言接口实例化：

通过Type关键字的定义，MyInt就是一种新的类型，它具有int的特性。

类型别名

类型别名是Go1.9版本添加的新功能。

类型别名规定：TypeAlias只是Type的别名，本质上TypeAlias与Type是同一个类型。就像一个孩子小时候有小名、乳名，上学后用学名，英语老师又会给他起英文名，但这些名字都指的是他本人。

type TypeAlias = Type

我们之前见过的rune和byte就是类型别名，他们的定义如下：

类型定义和类型别名的区别

类型别名与类型定义表面上看只有一个等号的差异，我们通过下面的这段代码来理解它们之间的区别。

结果显示a的类型是main.NewInt，表示main包下定义的NewInt类型。b的类型是int。MyInt类型只会在代码中存在，编译完成时并不会有MyInt类型。

Go语言中的基础数据类型可以表示一些事物的基本属性，但是当我们想表达一个事物的全部或部分属性时，这时候再用单一的基本数据类型明显就无法满足需求了，Go语言提供了一种自定义数据类型，可以封装多个基本数据类型，这种数据类型叫结构体，英文名称struct。 也就是我们可以通过struct来定义自己的类型了。

Go语言中通过struct来实现面向对象。

结构体的定义

使用type和struct关键字来定义结构体，具体代码格式如下：

其中：

举个例子，我们定义一个Person（人）结构体，代码如下：

同样类型的字段也可以写在一行，

这样我们就拥有了一个person的自定义类型，它有name、city、age三个字段，分别表示姓名、城市和年龄。这样我们使用这个person结构体就能够很方便的在程序中表示和存储人信息了。

语言内置的基础数据类型是用来描述一个值的，而结构体是用来描述一组值的。比如一个人有名字、年龄和居住城市等，本质上是一种聚合型的数据类型

结构体实例化

只有当结构体实例化时，才会真正地分配内存。也就是必须实例化后才能使用结构体的字段。

基本实例化

举个例子：

我们通过.来访问结构体的字段（成员变量）,例如p1.name和p1.age等。

匿名结构体

在定义一些临时数据结构等场景下还可以使用匿名结构体。

创建指针类型结构体

我们还可以通过使用new关键字对结构体进行实例化，得到的是结构体的地址。 格式如下：

从打印的结果中我们可以看出p2是一个结构体指针。

需要注意的是在Go语言中支持对结构体指针直接使用.来访问结构体的成员。

取结构体的地址实例化

使用对结构体进行取地址操作相当于对该结构体类型进行了一次new实例化操作。

p3.name = "七米"其实在底层是(*p3).name = "七米"，这是Go语言帮我们实现的语法糖。

结构体初始化

没有初始化的结构体，其成员变量都是对应其类型的零值。

使用键值对初始化

使用键值对对结构体进行初始化时，键对应结构体的字段，值对应该字段的初始值。

也可以对结构体指针进行键值对初始化，例如：

当某些字段没有初始值的时候，该字段可以不写。此时，没有指定初始值的字段的值就是该字段类型的零值。

使用值的列表初始化

初始化结构体的时候可以简写，也就是初始化的时候不写键，直接写值：

使用这种格式初始化时，需要注意：

结构体内存布局

结构体占用一块连续的内存。

输出：

【进阶知识点】关于Go语言中的内存对齐推荐阅读:在 Go 中恰到好处的内存对齐

面试题

请问下面代码的执行结果是什么？

构造函数

Go语言的结构体没有构造函数，我们可以自己实现。 例如，下方的代码就实现了一个person的构造函数。 因为struct是值类型，如果结构体比较复杂的话，值拷贝性能开销会比较大，所以该构造函数返回的是结构体指针类型。

调用构造函数

方法和接收者

Go语言中的方法（Method）是一种作用于特定类型变量的函数。这种特定类型变量叫做接收者（Receiver）。接收者的概念就类似于其他语言中的this或者 self。

方法的定义格式如下：

其中，

举个例子：

方法与函数的区别是，函数不属于任何类型，方法属于特定的类型。

指针类型的接收者

指针类型的接收者由一个结构体的指针组成，由于指针的特性，调用方法时修改接收者指针的任意成员变量，在方法结束后，修改都是有效的。这种方式就十分接近于其他语言中面向对象中的this或者self。 例如我们为Person添加一个SetAge方法，来修改实例变量的年龄。

调用该方法：

值类型的接收者

当方法作用于值类型接收者时，Go语言会在代码运行时将接收者的值复制一份。在值类型接收者的方法中可以获取接收者的成员值，但修改操作只是针对副本，无法修改接收者变量本身。

什么时候应该使用指针类型接收者

任意类型添加方法

在Go语言中，接收者的类型可以是任何类型，不仅仅是结构体，任何类型都可以拥有方法。 举个例子，我们基于内置的int类型使用type关键字可以定义新的自定义类型，然后为我们的自定义类型添加方法。

注意事项： 非本地类型不能定义方法，也就是说我们不能给别的包的类型定义方法。

结构体的匿名字段

匿名字段默认采用类型名作为字段名，结构体要求字段名称必须唯一，因此一个结构体中同种类型的匿名字段只能有一个。

嵌套结构体

一个结构体中可以嵌套包含另一个结构体或结构体指针。

嵌套匿名结构体

当访问结构体成员时会先在结构体中查找该字段，找不到再去匿名结构体中查找。

嵌套结构体的字段名冲突

嵌套结构体内部可能存在相同的字段名。这个时候为了避免歧义需要指定具体的内嵌结构体的字段。

结构体的“继承”

Go语言中使用结构体也可以实现其他编程语言中面向对象的继承。

结构体字段的可见性

结构体中字段大写开头表示可公开访问，小写表示私有（仅在定义当前结构体的包中可访问）。

结构体与JSON序列化

JSON(JavaScript Object Notation) 是一种轻量级的数据交换格式。易于人阅读和编写。同时也易于机器解析和生成。JSON键值对是用来保存JS对象的一种方式，键/值对组合中的键名写在前面并用双引号""包裹，使用冒号:分隔，然后紧接着值；多个键值之间使用英文,分隔。

结构体标签（Tag）

Tag是结构体的元信息，可以在运行的时候通过反射的机制读取出来。 Tag在结构体字段的后方定义，由一对反引号包裹起来，具体的格式如下：

`key1:"value1" key2:"value2"`

结构体标签由一个或多个键值对组成。键与值使用冒号分隔，值用双引号括起来。键值对之间使用一个空格分隔。 注意事项： 为结构体编写Tag时，必须严格遵守键值对的规则。结构体标签的解析代码的容错能力很差，一旦格式写错，编译和运行时都不会提示任何错误，通过反射也无法正确取值。例如不要在key和value之间添加空格。

例如我们为Student结构体的每个字段定义json序列化时使用的Tag：

Q2: 『No8: Go 接口』

大家好go语言接口实例化，我是谢伟，是一名程序员。

下面的学习是一个系列，力求从初学者的角度学会go 语言，达到中级程序员水平。

这一系列是我的输出总结，同时我还推出了视频版。正在制作过程。

为写出这些文章，我阅读了网上诸多热门的教程和纸质书籍。内容的实质都是那些，要区分出差异的话，只能表现在具体实例层面。所以，实例我会选取自己在工作中的项目实例抽取出来。希望对大家有所帮助。

我们已经研究了go语言接口实例化：

本节的主题是：接口

接口是 golang 中最值得强调的特性。它让面向对象，内容组织实现非常的方便。

接口在 go 语言中是一系列方法的集合，原则上方法可以有很多个，但建议4个左右。

上文中定义了一个 httpClient 的接口，指定了这个接口可以干这些活： Get、Post、Put、Delete

上文中指定了 httpClient 接口，指定了这个接口需要干的活是： Get、Post、Put、Delete ， 具体的实现需要靠其他结构体来实现。

一个结构体实现了接口要求的所有的方法(方法的参数和返回值一致)，那么就说这个结构体实现了这个接口

上文中的使用： httpClient 屏蔽了 httpImpl 的内部细节，而依然可以使用 Get 方法，去完成任务。

当然接口可以被诸多结构体实现，只需存在接口定义的几种方法即可。

接口和结构体的定义很相似，也可以完成嵌入接口的功能，嵌入的匿名的接口，可以自动的具备被嵌入的接口的方法。

结构体实现 String 方法即可实现结构化输出结构体。

实现Error 方法即可自定义错误类型。

这几个读写接口在好些库中实现了，后续我们再讨论。

Any 类型

空接口在 go 里，可以当成任意类型，意味着，比如你的函数或者方法不知道传入的参数的类型，可以直接定义为 interface{}

类型断言

类型断言的使用场景是：接口类型的变量可以包含任何类型的值。如何判断变量的真实类型go语言接口实例化？

比如解析一个不知道字段类型的 json， 常常需要使用到类型断言。

可以使用：

ok...idiom

varInterface.(T), varInterface 必须是接口、T 则是具体的实现接口的结构体

switch ..case...

.(type) 只在 switch 语句里才能使用。

以上就是接口的全部内容，接口是go 中最特别的特性。借助 接口， go 实现面向对象中的继承和多态。

接口是方法的集合，只定义具体要干什么，而怎么干，则由其他的结构体的方法实现。这样不同的结构体的方法的具体处理不同，实现的接口的功能就不一样。

尽管如此，接口并不意味着可以随意滥用。我们最好是根据面向对象的客观实体，抽象出接口和方法。

本节完，再会。

Q3: go语言接口在一个包里,其他的包想实现,怎么做啊？

在 Go 语言中，如果一个接口在一个包里，其他包要实现该接口，需要遵循下列步骤：

1. 定义接口：

假设接口定义在 `foo` 包中：

go

package foo

type MyInterface interface {

MyMethod() string

}

2. 实现接口：

定义一个新的类型 `Bar`，并为其实现 `foo.MyInterface` 接口：

go

package bar

import "your-package/foo"

type Bar struct {

// ...

}

func (b Bar) MyMethod() string {

// implement method

return "bar"

}

在这里，需要导入 `foo` 包，并定义一个 `Bar` 类型，为其实现 `foo.MyInterface` 接口，这样就完成了在不同包中实现接口的目标。

如果在其他包中使用 `Bar`，需要先导入 `bar` 包，然后声明 `Bar` 实例，并将其转换为 `foo.MyInterface`，然后就可以调用 `MyMethod` 方法了：

go

import "your-package/bar"

func main() {

var myInterface foo.MyInterface = new(bar.Bar)

myInterface.MyMethod()

}

在这里，我们定义了一个 `myInterface` 实例，将其类型声明为 `foo.MyInterface`，并将其初始化为 `new(bar.Bar)`。这允许我们调用 `MyMethod` 方法，这个方法实际上是由 `bar.Bar` 类型实现的。

总结起来，在其他包中使用其它包的接口，需要实现接口的包定义一个新的类型，并完成接口的实现，另一个使用接口的包需要导入实现包的路径，并将接口转换成实现类型。

Q4: java怎么调用golang的接口

1 接口的定义与理解

接口是一个自定义类型go语言接口实例化，它是一组方法的集合。从定义上来看go语言接口实例化，接口有两个特点。第一，接口本质是一种自定义类型，因此不要将golang中的接口简单理解为C++/Java中的接口，后者仅用于声明方法签名。第二，接口是一种特殊的自定义类型，其中没有数据成员，只有方法（也可以为空）。

接口是完全抽象的，因此不能将其实例化。然而，可以创建一个其类型为接口的变量，它可以被赋值为任何满足该接口类型的实际类型的值。接口的重要特性是go语言接口实例化：

（1）只要某个类型实现go语言接口实例化了接口要的方法，那么我们就说该类型实现了此接口。该类型的值可以赋给该接口的值;

（2）作为1的推论，任何类型的值都可以赋值给空接口interface{}

注意go语言接口实例化：这只是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时，就凸显出二者的不同了。

Q5: golang reflect反射（一）：interface接口的入门（大白话）

这是它的优点，因为编译器在编译时不去确定你传的到底是什么类型，你传一个string，它能接收，你传一个对象struct，它也能接收，它只有一个要求，实现我要求实现的方法！

既然interface是不限定类型，是通用类型，这是一种开放表现，这种开放怎么实现的呢？方法就是不去检验你的类型，既然不检验那也不去记录你的类型！！！！注意interface不记录你的类型，所以不管你是string，struct，int，我都不管，我都不记录，我只记录你的地址，结果是编译器在编译时也不知道你是什么类型，你有什么字段！

但是现在有一个问题，编译器也没办法确定一个interface以前是什么类型！（编译时）这就是因果关系：为了达到通用，interface不做确定工作，结果就是interface也不知道以前的类型。

一个类型转接口的过程，就是放弃自我类型的过程，变成了没有类型。

这样做有什么好处呢，很显然是：通用，如果把一个函数的传入参数设置为空接口(interface{})，那么任何类型当做参数都能够调用该接口，最好的例子就是：

它就是一个很标准的例子，println传入参数可以是任何类型，都能打印出它的值。

当然你可以说你记得，因为是你把它转换成interface，你理所当然的记得，可编译器不知道啊，interface不包含类型，也就是说你没有让它去记录，所以它不知道。

针对这个问题，go语言给了一个解决方案，断言，当将一个interface转换成它原来类型的时候，在它后面指明它的原来类型，这样编译器就知道该按照什么类型去解析了。（其实说白了，这就是通过人的记忆，编译器不知道是什么类型，你告诉编译器就可以了）

断言其实是先获取interface的动态类型，然后与你指定的类型做判断，如果一致，将它转换成你指定的类型。如果不知道动态类型，可以看这篇文章：

从报错可以看出， 不能直接转换，需要对接口先进行断言

通常情况下，一个变量在确定类型的情况下编译器知道他有哪些功能（注意，这里是针对编译时），比如一个int类型，编译器在编译时知道能对他加减int，不能加减float，如果你这么做我就给你报错。一个struct包含哪些字段，不包含哪些字段，我定义一个user结构体，里面只有name和age两个字段，那么你只能取我这两字段的值，你如果取height，我就给你报错。

这些都是正常情况下的，但是对于一个接口呢，编译器会变成瞎子！在编译的时候它不知道你原来是什么类型，所以它也没法确定你包含什么字段，同样是之前那个user结构体，当把它转换成接口以后，编译器就对它的类型一无所知了，你获取name字段，这有接口有没有呢？编译器不知道！你请求height字段，这个泛型有没有呢？编译器仍然不知道。所以你编译时不能修改接口里的数据，既然编译时 不能修改，那就只能在运行时修改了。

这个时候就该反射登场了，它能够在运行时修改接口的数据，通过追根溯源，获取接口底层的实际数据和类型，让你能够对接口的源数据进行操作。

换一种大白话的说法，反射就是刨根问底，获取这个接口究竟是怎么产生的，因为哪怕一个类型转变成接口时放弃了自己的类型，但是它的本质不会变的，就像赵本山的小品里所说：小样，别以为你脱掉马甲我就不认识你了！对，它的底层里仍然存储了它的数据类型，只是藏的比较深，一般手段拿不到，但我们仍然能够通过反射（这个包根问底的工具）来确定你究竟包含哪些字段和值，确定你究竟是蛇还是脱了马甲的乌龟！

go语言接口实例化的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于go语言写api接口、go语言接口实例化的信息别忘了在本站进行查找喔。