Go实践笔记
目前在用go写同步对战服务器这块。这门编程语言很久以前虽然学过，不过时间久了也用的较少，时间久了忘了很多。在写服务器过程中，可以享受到go对高性能并发的内置支持，但同时也会遇到一些坑，这里针对go的一些要点和问题，记录一些笔记和坑的解决办法。
1.go语言的异常处理机制不够完善。
（1）go的异常处理通过defer recover来实现，不支持函数局部代码块异常处理。
（2）go的异常不像java那样区分类型，包括官方的标准库也是，更多的是通过运行时错误码来判断。处理异常的时候，代码维护和可读方面没有java那么直观。
针对这一点，我思考了下，实际上因为go支持闭包 可以通过闭包来代替代码块处理局部异常；其次go panic抛出的异常可以是任意类型的，而go支持通过反射来动态判断类型，所以可以通过这两点模拟go版的区分类型的try catch机制。
2.go语言内置的一些数据类型都不是线程安全的。
go语言内置的一些数据类型支持，包括slice，map，list等都存在线程安全问题。对于大部分通用场景来说，使用go内置的读写锁即可满足需求；不过也可以使用channel代替锁，通过channel协调读写线程，实现线程安全。
参考相关文章：https://www.jianshu.com/p/df973e890663
3.go语言不支持宏，不支持泛型，也不支持重载
go语言为了加快编译速度，目前都没有支持宏和泛型，甚至不支持重载，而内置的数学库也只是支持float64型，对于复杂的业务场景来说，非常不便。
4.数据类型转换不方便
由于go语言不支持泛型，而go对于非基本数据类型的强制类型转换也没有提供专门的支持，在转换非基本数据类型时，显得很繁琐。例如下面这个例子，正确的转换很冗长，也无法使用宏简化（因为go也不支持宏）：
` type _Int32 int32
var a *[]_Int32
var b *[]int32=(*[]int32)(a) // 语法报错
var d *[]int32=(*[]int32)(unsafe.Pointer(a)) //能正确转换`
同样的，结构体的串行化也不方面，显得冗长，存在性能消耗：
`
type Struct struct{
a int64
b int32
}
sample:=Struct{}
size:=int(unsafe.Sizeof(&sample))
sh := &reflect.SliceHeader{
Data: uintptr(unsafe.Pointer(&sample)),
Len: size,
Cap: size,
}
// 结构体->[]byte
data := *(*[]byte)(unsafe.Pointer(sh))
// []byte->结构体
originStruct:=(*Struct)(unsafe.Pointer(&data));`
5.对goroutine调度控制较弱，需要注意安排好不同goroutine之间的依赖关系
6.关于 go版本的protobuf的性能问题
最近对比了messagepack和protobuf在go上面的性能表现。
| 序列化耗时 | 反序列化耗时 | 序列化数据大小 | |
|---|---|---|---|
| 原始数据 | \ | \ | 180 |
| protobuf | 100 | 120 | 45 |
| messagepack | 200 | 240 | 210 |
protobuf在性能上确实非常优越，速度快，体积小；但是也存在一些明显的缺陷：
1.protobuf导出的数据类型内部如果存在嵌套结构，那么嵌套结构都是使用指针关联的，一方面在反序列化过程中会发生大量内存分配操作，容易产生大量内存碎片，对于内存相对较小的机器非常不利，另一方面不利于结构体深拷贝操作，强行深拷贝会存在性能问题。
2.对于所有没有赋值或者赋了默认值的字段，在反序列化过程中都会初始化为空指针或者零值，会存在两个隐患：
- 1.一旦产生字段赋值操作，很容易出现空指针异常。
- 2.未赋值的数据结构指针（空指针）依旧可以正常使用，只不过获取的字段值都是空指针或零值，容易误导开发者以为该结构体实例是存在实体的。
7.go中所有的对象传递全部都是值传递，包括所谓的指针引用，实际上也是基于值传递实现的。go初学者稍不注意就会因此引发结构体副本之间的状态同步bug或者产生对一些第三方库（包括官方库）的误用。
比如socket编程中：
`
listener, err := net.Listen("tcp", "127.0.0.1:8001")
if err != nil {
fmt.Println("err = ", err)
return
}
defer listener.Close()
for {
conn, err := listener.Accept()
if err != nil {
fmt.Println("err = ", err)
return
}
// 处理用户请求, 新建一个协程
// 为什么conn不使用指针传递呢，不会产生状态同步问题吗？
// 这是因为net.Conn类型的数据实际上只保存了一个指针变量 `fd *netFD`，而所有的操作实现都是通过该指针来间接访问，所以无论conn拷贝几份，内部的fd指针值都一样。
// 这应该是官方为了方便使用特意这样设计的
// 但这用设计同时会引发另一个问题，就是 (&conn) 指针无法直接使用，虽然目前这不是什么大问题
// 的
go HandleConn(conn)}
`
8.uintptr和gc
使用uintptr类型的值保存原始对象指针不会阻止该对象gc，需要结合runtime.KeepAlive()来使用，要尽量避免这种用法。
有疑问加站长微信联系（非本文作者）
