Go实践笔记

目前在用 go 写同步对战服务器这块。这门编程语言很久以前虽然学过，不过时间久了也用的较少，时间久了忘了很多。在写服务器过程中，可以享受到 go 对高性能并发的内置支持，但同时也会遇到一些坑，这里针对 go 的一些要点和问题，记录一些笔记和坑的解决办法。

（1）go 的异常处理通过 defer recover 来实现，不支持函数局部代码块异常处理。

（2）go 的异常不像 java 那样区分类型，包括官方的标准库也是，更多的是通过运行时错误码来判断。处理异常的时候，代码维护和可读方面没有 java 那么直观。

针对这一点，我思考了下，实际上因为 go 支持闭包可以通过闭包来代替代码块处理局部异常；其次 go panic 抛出的异常可以是任意类型的，而 go 支持通过反射来动态判断类型，所以可以通过这两点模拟 go 版的区分类型的 try catch 机制。

go 语言内置的一些数据类型支持，包括 slice，map，list 等都存在线程安全问题。对于大部分通用场景来说，使用 go 内置的 读写锁 即可满足需求；不过也可以使用 channel 代替锁，通过 channel 协调读写线程，实现线程安全。

参考相关文章：https://www.jianshu.com/p/df973e890663

go 语言为了加快编译速度，目前都没有支持宏和泛型，甚至不支持重载，而内置的数学库也只是支持 float64 型，对于复杂的业务场景来说，非常不便。

由于 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));

最近对比了 messagepack 和 protobuf 在 go 上面的性能表现。

	序列化耗时	反序列化耗时	序列化数据大小
原始数据	\	\	180
protobuf	100	120	45
messagepack	200	240	210

protobuf 在性能上确实非常优越，速度快，体积小；但是也存在一些明显的缺陷：

1.protobuf 导出的数据类型内部如果存在嵌套结构，那么嵌套结构都是使用指针关联的，一方面在反序列化过程中会发生大量内存分配操作，容易产生大量内存碎片，对于内存相对较小的机器非常不利，另一方面不利于结构体深拷贝操作，强行深拷贝会存在性能问题。

2. 对于所有没有赋值或者赋了默认值的字段，在反序列化过程中都会初始化为空指针或者零值，会存在两个隐患：

1. 一旦产生字段赋值操作，很容易出现空指针异常。
2. 未赋值的数据结构指针（空指针）依旧可以正常使用，只不过获取的字段值都是空指针或零值，容易误导开发者以为该结构体实例是存在实体的。

比如 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)

}
`

使用 uintptr 类型的值保存原始对象指针不会阻止该对象 gc，需要结合 runtime.KeepAlive() 来使用，要尽量避免这种用法。

Go 实践笔记

1.go 语言的异常处理机制不够完善。

2.go 语言内置的一些数据类型都不是线程安全的。

3.go 语言不支持宏，不支持泛型，也不支持重载

4. 数据类型转换不方便

5. 对 goroutine 调度控制较弱，需要注意安排好不同 goroutine 之间的依赖关系

6. 关于 go 版本的 protobuf 的性能问题

7.go 中所有的对象传递全部都是值传递，包括所谓的指针引用，实际上也是基于值传递实现的。go 初学者稍不注意就会因此引发结构体副本之间的状态同步 bug 或者产生对一些第三方库（包括官方库）的误用。

8.uintptr 和 gc