里面也提到了1.5使用了write barrier的算法会导致吞吐量下降，1.6会根据实际使用情况平衡下延迟和吞吐量。
没有stw也是可以的，但吞吐量会进一步下降，未必是最佳选择。
设置可同时执行的逻辑Cpu数量，默认和硬件的线程数一致而不是核心数，可以通过调用GOMAXPROCS(-1)来获取当前逻辑Cpu数最好在main函数之前设置它，GOMAXPROCS同时也是go的环境变量之一。return结束当前函数,并返回指定值；runtime.Goexit结束当前goroutine,其他的goroutine不受影响,主程序也一样继续运行；os.Exit会结束当前程序,不管你三七二十一；暂停当前goroutine，使其他goroutine先行运算。只是暂停，不是挂起，当时间片轮转到该协程时，Gosched()后面的操作将自动恢复。还没等到子协程执行，主协程就已经执行完退出了，子协程将不再执行，所以打印的全部是主协程的数据。当然，实际上这个执行结果也是不确定的，只是大概率出现以上输出，因为主协程和子协程间并没有绝对的顺序关系。在打印goroutine1之前，主协程调用了runtime.Gosched()方法，暂停了主协程。子协程获得了调度，从而先行打印了goroutine2。主协程不是一定要等其他协程执行完才会继续执行，而是一定时间。如果这个时间内其他协程没有执行完，那么主协程将继续执行，立即终止当前协程，不会影响其它协程，且终止前会调用此协程声明的defer方法。由于Goexit不是panic，所以recover捕获的error会为nil。当main方法所在主协程调用Goexit时，Goexit不会return，所以主协程将继续等待子协程执行，当所有子协程执行完时，程序报错deadlock。
