先放结论
使用cgo时：
- 和日常Go对象被gc管理释放的表现略有不同的是，Go和c代码的类型相互转化传递时，有时需要在调用结束后手动释放内存。
- 有时类型转换伴随着内存拷贝的开销。
- 如果想消除拷贝开销，可以通过
unsafe.Pointer获取原始指针进行传递。 - c代码中的内存泄漏，依然可以使用valgrind检查。但是需要注意，像
C.CString这种泄漏，valgrind无法给出泄漏的准确位置。 go pprof无法检查c代码中的内存泄漏。
Go语言channel备忘录
目录
- 无缓冲channel等价于缓冲大小为0的channel，而不是1
- 发送者和接收者哪些情况会阻塞
- close哪些情况会导致panic
- 如何优雅的关闭channel
- 当一个select中有多个channel满足可读时，谁被激活
- select with default
- 读取时获取第二个返回值，以此判断该channel是否被关闭
- close前写入的数据，接收者依然可以按顺序读取到
- 一个channel有多个接收者时，close channel会唤醒所有接收者
- 配合timer实现channel读取的超时机制
- 当channel只用做同步通知，不关心channel中传输的值时，可使用
chan struct{}类型 - 单向channel类型的作用
- 可以make单向channel，但是这样做没有意义
- channel配合
for range的简化写法
1. 无缓冲channel等价于缓冲大小为0的channel，而不是1
[译] Go语言如何使用条件编译
当开发需要依赖底层平台或处理器体系特性的Go包时，提供对应的特定实现是非常有必要的。
Go没有预处理，没有宏定义系统，不可以像c语言那样使用#define来控制是否包含平台相关的特定代码。作为替代，Go使用go/build包中定义的标签系统（system of tags）和命名约定（naming convention）以及go tool中的相应支持来允许Go包编译特定代码。
这篇文章说明条件编译是如何实现的以及如何在你自己的工程中使用它。
先说go list
Go语言pprof备忘录
备忘录类型文章，后续的修改会更新在我的个人站点，地址： https://pengrl.com/p/570
开启web方式
Go语言源码阅读(6) - net/http/pprof | 性能剖析页面化
pprof.go中的init初始化函数，使用http.Handle注册了一系列页面接口。
当在应用层的代码import _ "net/http/pprof"时，会执行init函数。即完整一些默认页面接口的注册。
如果你的程序没有开启http服务，那么还需要添加如下代码开启http服务：
Go语言中[]byte和string类型相互转换时的性能分析和优化
我们在使用Go语言时，经常涉及到[]byte和string两种类型间的转换。本篇文章将讨论转换时的开销，Go编译器在一些特定场景下对转换做的优化，以及在高性能场景下，我们自己如何做相应的优化。
[]byte其实就是byte类型的切片，对应的底层结构体定义如下（在runtime/slice.go文件中）
Go语言源码阅读(5) - container/ring | 环形链表
底层双向链表，首尾相连，形成环。
只有一个结构体，数据成员next和prev私有不对外暴露，Value为interface{}类型，外部可以直接访问。
可通过Next和Prev访问前后的元素。
注意，Next调用时如果next为nil，那么会将当前Ring元素的next和prev设置为自己。其实我觉得直接panic也可以。因为这属于未初始化的Ring。是错误用法。
func (r *Ring) Link(s *Ring) *Ring
连接两个ring。假设链接前：
Go语言源码阅读(4) - container/list | 链表
是双向链表。
实现上，有哨兵root节点，即当链表为空时，还有一个哨兵元素。
实现多态的方式是Element结构体内有一个interface{}数据成员，可以用来存储任意类型的数据。其余链表和链表元素的代码都是系统库提供的。
container/list/example_test.go演示了如何申请一个List，并对它进行一些插入操作后，如何遍历访问该List。
有一点非常值得思考，就是Go语言没有构造函数，从而导致的一些问题。
当一个结构体变量在使用前需要对它的数据成员做一些非zero out的初始化时（Go语言会对所有数据成员做zero out），
要么是提供一个New接口，接口返回一个结构体的指针类型，内部实现是实例化结构体变量后，然后做Init操作。但是从语意上来讲，这种变量是分配在堆上的。
要么是提供一个Init接口，坏处是要么用户在栈上声明了结构体变量时，还需要手动调用Init函数，增加了使用时成本。要么是在其他的方法内部做lazy init，这又增加了结构体的实现复杂度，以及小小的性能（毕竟lazy init每次都要判断是否已经init了）。
如何清空链表？
list并没有提供类似clear的方法，所以必须循环遍历删除。
这里有个坑，就是遍历时调用Remove删除自身Element时，自身Element的Next将被修改为nil，所以需要在调用Remove之前，把Next记录下来，才能继续访问下一个元素。
额外的开销
由于list是通过在应用层提供的item之外包装一层Element对象的方式实现的，所以即使你是同一个item不停的插入和删除list，依然会不停的new Element和删除Element，这点还是挺糟糕的。
List提供的对外接口有：