golang中类型比较和类型赋值说明
golang文档中对type有说明：
命名类型，有类型名称如 int, int64, float, string, bool. 还有自定义的命名类型。
非命名类型，没类型名称 []string, map[string]string, [4]int. 当比较两个命名类型的时候，类型名称必须一样；当比较命名类型和非命名类型的时候，底层类型一样即可。
声明变量有多种形态:
var a int //声明一个int类型的变量
var b struct { //声明一个结构体
name string
}
var a = 8 //声明变量的同时赋值，编译器自动推导其数据类型
var a int = 8 //声明变量的同时赋值
var { //批量声明变量，简洁
a int
b string
}
变量初始化
变量的初始化工作可以在声明变量时进行初始化，也可以先声明后初始化。此时var关键字不再是必须的。
初始化变量有多种方式，每种方式有不同的使用场景：
在方法中声明一个临时变量并赋初值
> var tmpStr = “”
> var tmpStr string = “”
> tmpStr :=””
全局中已声明变量直接赋值
> tmpStr = “<body>”
我们看到有此两种方式：
var name [type] = value
如果不书写 type ,则在编译时会根据value自动推导其类型。
name := value
这里省略了关键字var，我很喜欢这种方式（可以少写代码，而没有任何坏处）。 但这有需要注意的是“ :=” 是在声明和初始化变量，因此该变量必须是第一次出现，如下初始化是错误的。但是要注意赋值时要确定你想要的类型，在Go中不支持隐式转换的。如果是定义个float64类型的变量，请写为 v1 :=8.0 而不是v1 :=8 。
var a int
a := 8
//我刚开始时老出现这种错误，一直将 “:= ” 当作 一般赋值语句处理
例子
import (
"fmt"
"reflect"
)
type T1 []string
type T2 []string
func main() {
foo0 := []string{}
foo1 := T1{}
foo2 := T2{}
fmt.Println(reflect.TypeOf(foo0))
fmt.Println(reflect.TypeOf(foo1))
fmt.Println(reflect.TypeOf(foo2))
// Output:
// []string
// main.T1
// main.T2
// foo0 can be assigned to foo1, vice versa
foo1 = foo0
foo0 = foo1
// foo2 cannot be assigned to foo1
// prog.go:28: cannot use foo2 (type T2) as type T1 in assignment
// foo1 = foo2
}
Golang变量作用域的坑
//testpointer.go
package main
import (
"fmt"
)
var p *int
func foo() (*int, error) {
var i int = 5
return &i, nil
}
func bar() {
//use p
fmt.Println(*p)
}
func main() {
p, err := foo()
if err != nil {
fmt.Println(err)
return
}
bar()
fmt.Println(*p)
}
这段代码原意是定义一个包内全局变量p，用foo()的返回值对p进行初始化，在bar中使用p。预期结果：bar()和main()中均输出5。但编译执行后的结果却是：
$go run testpointer.go
panic: runtime error: invalid memory address or nil pointer dereference
[signal 0xb code=0x1 addr=0x0 pc=0x20d1]
goroutine 1 [running]:
main.bar()
/Users/tony/Test/Go/testpointer.go:17 0xd1
main.main()
/Users/tony/Test/Go/testpointer.go:26 0x11c
goroutine 2 [runnable]:
runtime.forcegchelper()
/usr/local/go/src/runtime/proc.go:90
runtime.goexit()
/usr/local/go/src/runtime/asm_amd64.s:2232 0×1
goroutine 3 [runnable]:
runtime.bgsweep()
/usr/local/go/src/runtime/mgc0.go:82
runtime.goexit()
/usr/local/go/src/runtime/asm_amd64.s:2232 0×1
goroutine 4 [runnable]:
runtime.runfinq()
/usr/local/go/src/runtime/malloc.go:712
runtime.goexit()
/usr/local/go/src/runtime/asm_amd64.s:2232 0×1
exit status 2
晚饭后，继续调试这段代码。怎么还crash了！代码看似半点问题都没有，难道是Go编译器的问题，我用的可是最新的1.4，切换回1.3.3，问题依旧啊。看来还是代码的问题，但问题在哪里呢？加上些打印语句再看看：
func bar() {
//use p
fmt.Printf("%p, %T\n", p, p) //output: 0x14dc80, 0×0, *int
fmt.Println(*p) //Crash!!!
}
func main() {
fmt.Printf("%p, %T\n", p, p) //output: 0x14dc80, 0×0, *int
p, err := foo()
if err != nil {
fmt.Println(err)
return
}
fmt.Printf("%p, %T\n", p, p) //output: 0x2081c6020, 0x20818a258, *int
bar()
fmt.Println(*p)
}
通过打印输出，发现从foo函数中返回的p(0x2081c6020)与全局变量的p(0x14dc80)居然不是一个地址，也就是说不是一个变量。而且 从bar()中的调试输出来看，全局变量p在foo函数返回时并未被赋值为foo中变量i的地址，而依然是一个nil值，从而导致程序Crash。
好了，废话不说了，该是揭晓真相的时候了。问题就在于":="。在main这个作用域中，我们使用了
p, err := foo()
最初的理解是golang会定义新变量err，p为初始定义的那个全局变量。但实际情况是，对于使用:=定义的变量，如果新变量p与那个同名已定义变量 (这里就是那个全局变量p)不在一个作用域中时，那么golang会新定义这个变量p，遮盖住全局变量p，这就是导致这个问题的真凶。
我们将main函数改为：
func main() {
var err error
p, err = foo()
if err != nil {
fmt.Println(err)
return
}
bar()
}
则执行结果就完全符合预期了
您可能感兴趣的文章：
golang判断变量的类型
Go语言中的接口
goLang 类型断言 type assertion
golang 初始化并赋值_Golang | 既是接口又是类型，interface是什么神仙用法？
Golang从入门到放弃200618--Map(1)Map的初始化和基本操作
go语言学习笔记（十三）——接口类型
golang类型转换与类型断言
Go学习--interface（接口）
python与c语法区别有哪些
php中==和=的区别是什么