这可能不是你认识的Go语言

最新推荐文章于 2022-01-05 09:41:53 发布

InterestingFigure

最新推荐文章于 2022-01-05 09:41:53 发布

阅读量184

点赞数

原文链接：https://www.kancloud.cn/liupengjie/go/695883

版权

Go语言基础教程专栏收录该内容

28 篇文章 0 订阅

订阅专栏

不要对Go并发函数的执行时机做任何假设
请看下列的列子：

import (
	"fmt"
	"runtime"
	"time"
)
func main(){
	names := []string{"lily", "yoyo", "cersei", "rose", "annei"}
	for _, name := range names{
		go func(){
			fmt.Println(name)
		}()
	}
	runtime.GOMAXPROCS(1)
	runtime.Gosched()
}

请问输出什么？

答案:

annei
annei
annei
annei
annei

为什么呢？是不是有点诧异？
输出的都是“annei”，而“annei”又是“names”的最后一个元素，那么也就是说程序打印出了最后一个元素的值，而name对于匿名函数来讲又是一个外部的值。因此，我们可以做一个推断：虽然每次循环都启用了一个协程，但是这些协程都是引用了外部的变量，当协程创建完毕，再执行打印动作的时候，name的值已经不知道变为啥了，因为主函数协程也在跑，大家并行，但是在此由于names数组长度太小，当协程创建完毕后，主函数循环早已结束，所以，打印出来的都是遍历的names最后的那一个元素“annei”。
如何证实以上的推断呢？
其实很简单，每次循环结束后，停顿一段时间，等待协程打印当前的name便可。

import (
	"fmt"
	"runtime"
	"time"
)
func main(){
	names := []string{"lily", "yoyo", "cersei", "rose", "annei"}
	for _, name := range names{
		go func(){
			fmt.Println(name)
		}()
		time.Sleep(time.Second)
	}
	runtime.GOMAXPROCS(1)
	runtime.Gosched()
}

打印结果：

lily
yoyo
cersei
rose
annei

以上我们得出一个结论，不要对“go函数”的执行时机做任何的假设，除非你确实能做出让这种假设成为绝对事实的保证。
再看一个

package main

import (
	"fmt"
	// "runtime"
	"sync"
)

func main() {
	// runtime.GOMAXPROCS(1)
	wg := sync.WaitGroup{}
	wg.Add(20)
	for i := 0; i < 10; i++ {
		go func() {
			fmt.Println("i: ", i)
			wg.Done()
		}()
	}
	for i := 0; i < 10; i++ {
		go func(i int) {
			fmt.Println("i: ", i)
			wg.Done()
		}(i)
	}
	wg.Wait()
}

假设T类型的方法上接收器既有T类型的，又有T指针类型的，那么就不可以在不能寻址的T值上调用T接收器的方法
请看代码,试问能正常编译通过吗？

import (
	"fmt"
)
type Lili struct{
	Name string
}
func (Lili *Lili) fmtPointer(){
	fmt.Println("poniter")
}
func (Lili Lili) fmtReference(){
	fmt.Println("reference")
}
func main(){
	li := Lili{}
	li.fmtPointer()
}

答案：

能正常编译通过，并输出"poniter"
感觉有点诧异，请接着看以下的代码，试问能编译通过？

import (
	"fmt"
)
type Lili struct{
	Name string
}
func (Lili *Lili) fmtPointer(){
	fmt.Println("poniter")
}
func (Lili Lili) fmtReference(){
	fmt.Println("reference")
}
func main(){
	Lili{}.fmtPointer()
}

答案：

不能编译通过。

“cannot call pointer method on Lili literal”
“cannot take the address of Lili literal”
是不是有点奇怪？这是为什么呢？其实在第一个代码示例中，main主函数中的“li”是一个变量，li的虽然是类型Lili，但是li是可以寻址的，&li的类型是Lili，因此可以调用Lili的方法。

一个包含nil指针的接口不是nil接口
请看下列代码，试问返回什么

import (
	"bytes"
	"fmt"
	"io"
)
const debug = true
func main(){
	var buf *bytes.Buffer
	if debug{
		buf = new(bytes.Buffer)
	}
	f(buf)
}
func f(out io.Writer){
	if out != nil{
		fmt.Println("surprise!")
	}
}

答案是输出：surprise。
ok，让我们吧debug开关关掉，及debug的值变为false。那么输出什么呢？是不是什么都不输出？

import (
	"bytes"
	"fmt"
	"io"
)
const debug = false
func main(){
	var buf *bytes.Buffer
	if debug{
		buf = new(bytes.Buffer)
	}
	f(buf)
}
func f(out io.Writer){
	if out != nil{
		fmt.Println("surprise!")
	}
}

答案是：依然输出surprise。

这是为什么呢？
这就牵扯到一个概念了，是关于接口值的。概念上讲一个接口的值分为两部分：一部分是类型，一部分是类型对应的值，他们分别叫：动态类型和动态值。类型系统是针对编译型语言的，类型是编译期的概念，因此类型不是一个值。
在上述代码中，给f函数的out参数赋了一个*bytes.Buffer的空指针，所以out的动态值是nil。然而它的动态类型是bytes.Buffer，意思是：“A non-nil interface containing a nil pointer”，所以“out!=nil”的结果依然是true。
但是，对于直接的bytes.Buffer类型的判空不会出现此问题。

import (
	"bytes"
	"fmt"
)
func main(){
	var buf *bytes.Buffer
	if buf == nil{
		fmt.Println("right")
	}
}

还是输出: right
只有接口指针传入函数的接口参数时，才会出现以上的坑。
修改起来也很方便，把*bytes.Buffer改为bytes.Buffer就好了。

import (
	"bytes"
	"fmt"
	"io"
)
const debug = false
func main(){
	var buf bytes.Buffer //原来是var buf *bytes.Buffer
	if debug{
		buf = new(bytes.Buffer)
	}
	f(buf)
}
func f(out io.Writer){
	if out != nil{
		fmt.Println("surprise!")
	}
}

将map转化为json字符串的时候，json字符串中的顺序和map赋值顺序无关
请看下列代码，请问输出什么？若为json字符串，则json字符串中key的顺序是什么？

func main() {
	params := make(map[string]string)
	params["id"] = "1"
	params["id1"] = "3"
	params["controller"] = "sections"
	data, _ := json.Marshal(params)
	fmt.Println(string(data))
}

答案：输出{“controller”:“sections”,“id”:“1”,“id1”:“3”}
利用Golang自带的json转换包转换，会将map中key的顺序改为字母顺序，而不是map的赋值顺序。map这个结构哪怕利用for range遍历的时候,其中的key也是无序的，可以理解为map就是个无序的结构，和php中的array要区分开来

Json反序列化数字到interface{}类型的值中，默认解析为float64类型
请看以下程序，程序想要输出json数据中整型id加上3的值,请问程序会报错吗？

func main(){
	jsonStr := `{"id":1058,"name":"RyuGou"}`
	var jsonData map[string]interface{}
	json.Unmarshal([]byte(jsonStr), &jsonData)
	sum :=  jsonData["id"].(int) + 3
	fmt.Println(sum)
}

答案是会报错，输出结果为：

panic: interface conversion: interface {} is float64, not int
使用 Golang 解析 JSON 格式数据时，若以 interface{} 接收数据，则会按照下列规则进行解析：

bool, for JSON booleans

float64, for JSON numbers

string, for JSON strings

[]interface{}, for JSON arrays

map[string]interface{}, for JSON objects

nil for JSON null

应该改为：

func main(){
	jsonStr := `{"id":1058,"name":"RyuGou"}`
	var jsonData map[string]interface{}
	json.Unmarshal([]byte(jsonStr), &jsonData)
	sum :=  int(jsonData["id"].(float64)) + 3
	fmt.Println(sum)
}

即使在有多个变量、且有的变量存在有的变量不存在、且这些变量共同赋值的情况下，也不可以使用:=来给全局变量赋值
:=往往是用来声明局部变量的，在多个变量赋值且有的值存在的情况下，:=也可以用来赋值使用,例如:

msgStr := "hello wolrd"
msgStr, err := "hello", errors.New("xxx")//err并不存在

但是，假如全局变量也使用类似的方式赋值，就会出现问题，请看下列代码，试问能编译通过吗？

var varTest string
func test(){
	varTest, err := function()
	fmt.Println(err.Error())
}
func function()(string, error){
	return "hello world", errors.New("error")
}
func main(){
	test()
}

答案是：通不过。输出：

varTest declared and not used
但是如果改成如下代码，就可以通过：

var varTest string
func test(){
	err := errors.New("error")
	varTest, err = function()
	fmt.Println(err.Error())
}
func function()(string, error){
	return "hello world", errors.New("error")
}
func main(){
	test()
}