为什么在runtime.GOMAXPROCS(1)时单个goroutine比多个goroutine运行得慢？

“纵有疾风来，人生不言弃”，这句话送给正在学习golang的朋友们，也希望在阅读本文《为什么在runtime.GoMAXPROCS(1)时单个goroutine比多个goroutine运行得慢？》后，能够真的帮助到大家。我也会在后续的文章中，陆续更新Golang相关的技术文章，有好的建议欢迎大家在评论留言，非常感谢！

我只是想尝试一下goroutine切换上下文有多快，所以我写了下面的代码。令我惊讶的是，多个 goroutine 的运行速度比不需要切换上下文的版本（我将程序设置为仅在一个 cpu 核心上运行）运行得更快。

package main

import (
    "fmt"
    "runtime"
    "sync"
    "time"
)

func main() {
    runtime.GOMAXPROCS(1)
    t_start := time.Now()
    sum := 0
    for j := 0; j < 10; j++ {
        sum = 0
        for i := 0; i < 100000000; i++ {
            sum += i
        }
    }
    fmt.Println("single goroutine takes ", time.Since(t_start))

    var wg sync.WaitGroup
    t_start = time.Now()

    for j := 0; j < 10; j++ {
        wg.Add(1)
        go func() {
            sum := 0
            for i := 0; i < 100000000; i++ {
                sum += i
            }
            defer wg.Done()
        }()
    }
    wg.Wait()
    fmt.Println("multiple goroutines take ", time.Since(t_start))
}

单个 goroutine 耗时 251.690788ms，多个 goroutine 耗时 254.067156ms

单个 goroutine 应该运行得更快，因为单个 goroutine 不需要更改上下文。然而答案却相反，单一模式总是比较慢。这个程序中发生了什么？

解决方案

您的并发版本有一些非并发版本所做的事情，这会使其变慢：

1. 它正在创建一个新的 sum 值，必须分配该值。您的非并发版本只是重置现有值。这可能影响很小，但却是有区别的。
2. 您正在使用等待组。显然这会增加开销。
3. defer wg.Done() 中的 defer 也会增加开销，大致相当于额外的函数调用。

很可能还存在其他细微差别。

简而言之：您的基准是无效的，因为您正在将苹果与橙子进行比较。

更重要的是：这首先不是一个有用的基准，因为它完全是人为的工作负载。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《为什么在runtime.GOMAXPROCS(1)时单个goroutine比多个goroutine运行得慢？》文章吧，也可关注编程网公众号了解相关技术文章。