携程并发两小坑

携程:

协程和线程的区别是：协程避免了无意义的调度，由此可以提高性能，但也因此，程序员必须自己承担调度的责任,和多线程比，线程数量越多，协程的性能优势就越明显。

独占CPU导致其他Groutine饿死。

Groutine是协作式抢占调度，Groutine本身不会主动放弃CPU.

func GoroutineCpu(){
	runtime.GOMAXPROCS(4) //开核
	go func() {
		for i:=0; i<100 ; i++  {
			fmt.Println(i)
		}
		os.Exit(0)
	}()

	var init int
	for ; ;  {
		init = 1
	}
	fmt.Println(init)
}

//输出结果：

无

简单说明：runtime.GOMAXPROCS(4) 就是开了四个核，让cpu达到并行的效果，默认情况不显示开核，就会根据系统所最大核数，进行开核。
做过一个简单的实现，循环一个很简单的逻辑，开四核比一核确是快了点，但是没有达到两倍的速度，按理来说应该是快四倍，所以只能证明确是快了点。
因为调度器的原因，携程一直没有抢占到cpu的运行，一直在执行for里模块，当然这种情况几乎不会再公司业务上发生，谁会写个死循环，而且一直占用着cpu，只要有空闲的时间，就能让其他携程调度成功，这个问题几乎遇不到，以下列了两个解决方案。
1.把for 循环里写一个 runtime.Gosched() 用于让出CPU时间片
2.把for改成select，形成阻塞就好，不占用cpu.

地址传递的参数

type Per struct {
	name string
	bh   int
}
 f
 unc GoroutineHand(){
		wg := sync.WaitGroup{}
		wg.Add(100)
		p := &Per{}
			for i := 0; i < 100; i++ {
				p.bh = i
				go func(p *Per) {
					fmt.Println(p)
					wg.Done()
				}(p)
		}
		wg.Wait()
}

结果：
&{ 99}
&{ 99}
&{ 99}
&{ 99}
&{ 99}
&{ 99}
&{ 99}
&{ 99}
&{ 99}
&{ 99}
&{ 99}
&{ 99}
&{ 99}
&{ 99}
&{ 99}
&{ 99}
&{ 99}

结果很明显就不是按i的循环值输出。
原因：启动携程后，并非立马就会执行逻辑块。
如果一旦不会立马执行，此刻使用指针，则会那么指针指向地址的值，早已被后面替代。当然这个截图只截了一部分，前面还有很多，携程执行的越快，100里的数组输出不同的几率也就越高。
解决：一般不会用指针当做携程方法的参数吧，直接换成值传递就好。
或者非要用的话，那么去保证指针的值不会被非当前携程的业务所改变。
如果碰到非要用指针，而且还有多个携程去执行，自己加个内部锁吧，这种没有io操作的用不上分布式锁，其次通道也可以（按理来说用通道更适合）。