sync pool对象池

• 由于golang内建的GC机制会影响应用的性能，为了减少GC，golang提供了对象重用的机制，也就是sync.Pool对象池。 sync.Pool是可伸缩的，并发安全的。其大小仅受限于内存的大小，可以被看作是一个存放可重用对象的值的容器。 设计的目的是存放已经分配的但是暂时不用的对象，在需要用到的时候直接从pool中取。
• sync.Pool有两个公开的方法，一个是Get，一个是Put
• init的时候注册了一个PoolCleanup函数，他会清除掉sync.Pool中的所有的缓存的对象，这个注册函数会在每次GC的时候运行，所以sync.Pool中的值只在两次GC中间的时段有效。
• 当你用完了一个从 Pool 中取出来的对象时, 一 定要调用 Put ,否则, Pool就无怯复用这个实例了。通常情况下,这是用 defer 完成的。

sync once

• sync.Once 是 Golang package 中使方法只执行一次的对象实现
• 作用与 init 函数类似。但也有所不同。init 函数是在文件包首次被加载的时候执行，且只执行一次,sync.Onc 是在代码运行中需要的时候执行，且只执行一次

golang cond

• Golang的sync包中的Cond实现了一种条件变量，可以使用在多个Reader等待共享资源ready的场景（如果只有一读一写，一个锁或者channel就搞定了）
• 每个Cond都会关联一个Lock（*sync.Mutex or *sync.RWMutex），当修改条件或者调用Wait方法时，必须加锁，保护condition
• 有四个方法 NewCond —新建一个Cond条件变量。
• Broadcast—会唤醒所有等待c的goroutine调用Broadcast的时候，可以加锁，也可以不加锁
• Signal—只唤醒1个等待c的goroutine
• Wait—Wait()会自动释放c.L，并挂起调用者的goroutine。之后恢复执行，Wait()会在返回时对c.L加锁

死锁,活锁,饥饿

• 饥饿：表示在任何情况下，并发进程都无法获得执行工作所需的所有资源
  饥饿通常指一个或多个并发进程占有资源，使得其他进程不能占有资源进行执行

• 死锁—因争夺资源而造成的一种互相等待的现象，若无外力作用，他们讲无法推进下去。此时称系统处于死锁状态或者产生死锁，这些永远在互相等待的进程死锁进程。 示例(无缓存的channel,必须等待接受操作才放行)

• 活锁是正在主动执行并发操作的程序,但是这些操作无战向前 推进 程序的状 态。尽管不会阻塞线程，但也不能继续执行，因为线程不断重复同样的操作，而且总会失败。

简单的并发函数的三种可能

• 不打 印任何东西。在这种情况下,第 3 行在第 5 行之前执行。

• 打印“ the value is 0 ” 。 在这种情况下,第 5 行和第 6 行在第 3 行之前执行

• 打印“ the value is 1 ” 。 在这种情况下,第 5 行在第 3 行之前执行,但第 3 行在第 6 行之前执行