可以参考下这个。在stack scan阶段有一小段stw，和mark termination阶段要stw。宏戚之前要stw的mark和sweep阶段都是枯绝腊并行的，不需要stw的了。
于田网站建设公司成都创新互联公司,于田网站设计制作，有大型网站制作公司丰富经验。已为于田近千家提供企业网站建设服务。企业网站搭建\成都外贸网站制作要多少钱，请找那个售后服务好的于田做网站的公司定做！
里面也提到了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。
import (
"bytes"
"fmt"
"os/exec"
)
func exec_shell() (string, error){
//函数返回一个*Cmd，用于使用给出橡弯的参耐如陵数执行name指定的程序
cmd := exec.Command("shutdown", "-h","now")
//读取io.Writer类型的cmd.Stdout，再昌戚通过bytes.Buffer(缓冲byte类型的缓冲器)将byte类型转化为string类型(out.String():这是bytes类型提供的接口)
var out bytes.Buffer
cmd.Stdout = out
//Run执行c包含的命令，并阻塞直到完成。 这里stdout被取出，cmd.Wait()无法正确获取stdin,stdout,stderr，则阻塞在那了
err := cmd.Run()
return out.String(), err
}
func main(){
if result,err:=exec_shell();err!=nil{
fmt.Println("error:",err)
}else{
fmt.Println("exec succ ", result)
}
}
