如何解决Gointerface的坑

本篇内容主要讲解“如何解决Go interface的坑”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“如何解决Go interface的坑”吧!

创新互联建站-专业网站定制、快速模板网站建设、高性价比镇海网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式镇海网站制作公司更省心,省钱,快速模板网站建设找我们,业务覆盖镇海地区。费用合理售后完善,十载实体公司更值得信赖。

例子一

第一个例子,如下代码:

func main() {     var v interface{}     v = (*int)(nil)     fmt.Println(v == nil) }

你觉得输出结果是什么呢?

答案是:

false

为什么不是 true。明明都已经强行置为 nil 了。是不是 Go 编译器有问题?

例子二

第二个例子,如下代码:

func main() {     var data *byte     var in interface{}      fmt.Println(data, data == nil)     fmt.Println(in, in == nil)      in = data     fmt.Println(in, in == nil) }

你觉得输出结果是什么呢?

答案是:

 true  true  false

这可就更奇怪了,为什么刚刚声明出来的 data 和 in 变量,确实是输出结果是 nil,判断结果也是 true。

怎么把变量 data 一赋予给变量 in,世界就变了?输出结果依然是 nil,但判定却变成了 false。

和上面的第一个例子结果类似,真是神奇。

原因

interface 判断与想象中不一样的根本原因是,interface 并不是一个指针类型,虽然他看起来很像,以至于误导了不少人。

我们钻下去 interface,interface 共有两类数据结构:

如何解决Go interface的坑

  • runtime.eface 结构体:表示不包含任何方法的空接口,也称为 empty interface。

  • runtime.iface 结构体:表示包含方法的接口。

看看这两者相应的底层数据结构:

type eface struct {     _type *_type     data  unsafe.Pointer }  type iface struct {     tab  *itab     data unsafe.Pointer }

你会发现 interface 不是单纯的值,而是分为类型和值。

所以传统认知的此 nil 并非彼 nil,必须得类型和值同时都为 nil 的情况下,interface 的 nil 判断才会为 true。

解决办法

与其说是解决方法,不如说是委婉的破局之道。在不改变类型的情况下,方法之一是利用反射(reflect),如下代码:

func main() {     var data *byte     var in interface{}      in = data     fmt.Println(IsNil(in)) }  func IsNil(i interface{}) bool {     vi := reflect.ValueOf(i)     if vi.Kind() == reflect.Ptr {         return vi.IsNil()     }     return false }

利用反射来做 nil 的值判断,在反射中会有针对 interface 类型的特殊处理,最终输出结果是:true,达到效果。

其他方法的话,就是改变原有的程序逻辑,例如:

  • 对值进行 nil 判断,再返回给 interface 设置。

  • 返回具体的值类型,而不是返回 interface。

到此,相信大家对“如何解决Go interface的坑”有了更深的了解,不妨来实际操作一番吧!这里是创新互联网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!


文章标题:如何解决Gointerface的坑
标题链接:http://ybzwz.com/article/pisjgg.html