里面也提到了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。
您好，在Golang中，当程序关闭时，会触发一个名为os.Exit的事件。os.Exit是Go语言标准库中的一个函数，它可以接受一个整数参数，用来指定程序的退出状态。当程序调用os.Exit时，它会立即终止程序的执行，而不会执行defer函数。os.Exit函数会触发一个特殊的事件，可以让程序在退出前做一些必要的清理工作，比如关闭文件句柄，释放系统资源等。此外，os.Exit函数还可以用来控制程序的退出状态，从而可以更好地控制程序的执行流程。
