这篇文章主要介绍了Golang中的并发性是什么的相关知识，内容详细易懂，操作简单快捷，具有一定借鉴价值，相信大家阅读完这篇Golang中的并发性是什么文章都会有所收获，下面我们一起来看看吧。
并发是指在同一时间运行多个事物的能力。你的电脑有一个CPU。一个CPU有几个线程。每个线程通常一次运行一个程序。当我们通常写代码时，这些代码是按顺序运行的，也就是说，每项工作都是背对背运行的。在并发代码中，这些工作是由线程同时运行的。
一个很好的比喻是对一个家庭厨师的比喻。我还记得我第一次尝试煮意大利面的时候。我按照菜谱一步步地做。我切了蔬菜，做了酱汁，然后煮了意大利面条，再把两者混合起来。在这里，每一步都是按顺序进行的，所以下一项工作必须等到当前工作完成后才能进行。
快进到现在，我在烹饪意大利面条方面变得更有经验。我现在先开始做意大利面，然后在这期间进行酱汁的制作。烹饪时间几乎减少到一半，因为烹饪意大利面条和酱汁是同时进行的。
并发性与并行性有些不同。并行性与并发性类似，即同时发生多项工作。然而，在并行性中，多个线程分别在进行不同的工作，而在并发性中，一个线程在不同的工作之间游走。
因此，并发性和并行性是两个不同的概念。一个程序既可以并发地运行，也可以并行地运行。你的代码可以按顺序写，也可以按并发写。该代码可以在单核机器或多核机器上运行。把并发性看作是你的代码的一个特征，而把并行性看作是执行的一个特征。
Go使编写并发代码变得非常简单。每个并发的工作都由一个goroutine来表示。你可以通过在函数调用前使用go关键字来启动一个goroutine。看过《瑞克和莫蒂》吗？想象一下，你的主函数是一个Rick，他把任务委托给goroutine Mortys。
让我们从一个连续的代码开始。
package main
import (
"fmt"
"time"
)
func main() {
simple()
}
func simple() {
fmt.Println(time.Now(), "0")
time.Sleep(time.Second)
fmt.Println(time.Now(), "1")
time.Sleep(time.Second)
fmt.Println(time.Now(), "2")
time.Sleep(time.Second)
fmt.Println("done")
}2022-08-14 16:22:46.782569233 +0900 KST m=+0.000033220 0
2022-08-14 16:22:47.782728963 +0900 KST m=+1.000193014 1
2022-08-14 16:22:48.782996361 +0900 KST m=+2.000460404 2
done
上面的代码打印出当前时间和一个字符串。每条打印语句的运行时间为一秒。总的来说，这段代码大约需要三秒钟的时间来完成。
现在让我们把它与一个并发的代码进行比较。
func main() {
simpleConc()
}
func simpleConc() {
for i := 0; i < 3; i++ {
go func(index int) {
fmt.Println(time.Now(), index)
}(i)
}
time.Sleep(time.Second)
fmt.Println("done")
}2022-08-14 16:25:14.379416226 +0900 KST m=+0.000049175 2
2022-08-14 16:25:14.379446063 +0900 KST m=+0.000079012 0
2022-08-14 16:25:14.379450313 +0900 KST m=+0.000083272 1
done
上面的代码启动了三个goroutines，分别打印当前时间和i。这段代码花了大约一秒钟完成。这比顺序版本快了三倍左右。
"等一下，"我听到你问。"为什么要等整整一秒？难道我们不能删除这一行以使程序尽可能快地运行吗？"好问题!让我们看看会发生什么。
func main() {
simpleConcFail()
}
func simpleConcFail() {
for i := 0; i < 3; i++ {
go func(index int) {
fmt.Println(time.Now(), index)
}(i)
}
fmt.Println("done")
}done
嗯......。程序确实在没有任何慌乱的情况下退出了，但我们缺少来自goroutines的输出。为什么它们被跳过？
这是因为在默认情况下，Go并不等待goroutine的完成。你知道main也是在goroutine里面运行的吗？主程序通过调用simpleConcFail来启动工作程序，但它在工作程序完成工作之前就退出了。
让我们回到烹饪的比喻上。想象一下，你有三个厨师，他们分别负责烹饪酱料、意大利面和肉丸。现在，想象一下，如果戈登-拉姆齐命令厨师们做一盘意大利面条和肉丸子。这三位厨师将努力工作，烹制酱汁、意大利面条和肉丸。但是，在厨师们还没有完成的时候，戈登就按了铃，命令服务员上菜。很明显，食物还没有准备好，顾客只能得到一个空盘子。
这就是为什么我们在退出节目前等待一秒钟。我们并不总是确定每项工作都会在一秒钟内完成。有一个更好的方法来等待工作的完成，但我们首先需要学习另一个概念。
总结一下，我们学到了这些东西：
工作被委托给goroutines。
使用并发性可以提高你的性能。
主goroutine默认不等待工作goroutine完成。
我们需要一种方法来等待每个goroutine完成。
goroutines之间是如何交流的？当然是通过通道。通道的作用类似于门户。你可以通过通道发送和接收数据。下面是你如何在Go中制作一个通道。
ch := make(chan int)
每个通道都是强类型的，并且只允许该类型的数据通过。让我们看看我们如何使用这个。
func main() {
unbufferedCh()
}
func unbufferedCh() {
ch := make(chan int)
go func() {
ch <- 1
}()
res := <-ch
fmt.Println(res)
}1
很简单，对吗？我们做了一个名为ch的通道。我们有一个goroutine，向ch发送1，我们接收该数据并将其保存到res。
你问，为什么我们在这里需要一个goroutine？因为不这样做会导致死锁。
func main() {
unbufferedChFail()
}
func unbufferedChFail() {
ch := make(chan int)
ch <- 1
res := <-ch
fmt.Println(res)
}fatal error: all goroutines are asleep - deadlock!
我们碰到了一个新词。什么是死锁？死锁就是你的程序被卡住了。为什么上面的代码会卡在死锁中？
为了理解这一点，我们需要知道通道的一个重要特性。我们创建了一个无缓冲的通道，这意味着在某一特定时间内没有任何东西可以被存储在其中。这意味着发送方和接收方都必须同时准备好，才能在通道上传输数据。
在失败的例子中，发送和接收的动作依次发生。我们发送1到ch，但在那个时候没有人接收数据。接收发生在稍后的一行，这意味着在接收行运行之前，1不能被发送。可悲的是，1不能先被发送，因为ch是没有缓冲的，没有空间来容纳任何数据。
在这个工作例子中，发送和接收的动作同时发生。主函数启动了goroutine，并试图从ch中接收，此时goroutine正在向ch发送1。
另一种从通道接收而不发生死锁的方法是先关闭通道。
func main() {
unbufferedCh()
}
func unbufferedCh() {
ch3 := make(chan int)
close(ch3)
res2 := <-ch3
fmt.Println(res2)
}0
关闭通道意味着不能再向它发送数据。我们仍然可以从该通道中接收它。对于未缓冲的通道，从一个关闭的通道接收将返回一个通道类型的零值。
总结一下，我们学到了这些东西：
通道是goroutines之间相互交流的方式。
你可以通过通道发送和接收数据。
通道是强类型的。
没有缓冲的通道没有空间来存储数据，所以发送和接收必须同时进行。否则，你的代码就会陷入死锁。
一个封闭的通道将不接受任何数据。
从一个封闭的非缓冲通道接收数据将返回一个零值。
如果通道能保持数据一段时间，那不是很好吗？这里就是缓冲通道发挥作用的地方。
Buffered channels, the portal that is somehow cylindrical?
缓冲通道是带有缓冲器的通道。数据可以存储在其中，所以发送和接收不需要同时进行。
func main() {
bufferedCh()
}
func bufferedCh() {
ch := make(chan int, 1)
ch <- 1
res := <-ch
fmt.Println(res)
}1
在这里，1被储存在ch里面，直到我们收到它。
很明显，我们不能向一个满了缓冲区的通道发送更多的信息。你需要在缓冲区内有空间才能发送更多。
func main() {
bufferedChFail()
}
func bufferedChFail() {
ch := make(chan int, 1)
ch <- 1
ch <- 2
res := <-ch
fmt.Println(res)
}fatal error: all goroutines are asleep - deadlock!
你也不能从一个空的缓冲通道接收。
func main() {
bufferedChFail2()
}
func bufferedChFail2() {
ch := make(chan int, 1)
ch <- 1
res := <-ch
res2 := <-ch
fmt.Println(res, res2)
}fatal error: all goroutines are asleep - deadlock!
如果一个通道已满，发送操作将等待，直到有可用的空间。这在这段代码中得到了证明。
func main() {
bufferedCh3()
}
func bufferedCh3() {
ch := make(chan int, 1)
ch <- 1
go func() {
ch <- 2
}()
res := <-ch
fmt.Println(res)
}1
我们接收一次是为了取出1，这样goroutine就可以发送2到通道。我们没有从ch接收两次，所以只接收1。
我们也可以从封闭的缓冲通道接收。在这种情况下，我们可以在封闭的通道上设置范围来迭代里面的剩余项目。
func main() {
bufferedChRange()
}
func bufferedChRange() {
ch := make(chan int, 3)
ch <- 1
ch <- 2
ch <- 3
close(ch)
for res := range ch {
fmt.Println(res)
}
// you could also do this
// fmt.Println(<-ch)
// fmt.Println(<-ch)
// fmt.Println(<-ch)
}1
2
3
在一个开放的通道上测距将永远不会停止。这意味着在某些时候，通道将是空的，测距循环将试图从一个空的通道接收，从而导致死锁。
总结一下：
缓冲通道是有空间容纳项目的通道。
发送和接收不一定要同时进行，与非缓冲通道不同。
向一个满的通道发送和从一个空的通道接收将导致一个死锁。
你可以在一个封闭的通道上进行迭代，以接收缓冲区内的剩余值。
等待戈多...我的意思是，goroutines来完成，使用通道
通道可以用来同步goroutines。还记得我告诉过你，在通过无缓冲通道传输数据之前，发送方和接收方必须都准备好了吗？这意味着接收方将等待，直到发送方准备好。我们可以说，接收是阻断的，意思是接收方将阻断其他代码的运行，直到它收到东西。让我们用这个巧妙的技巧来同步我们的goroutines。
func main() {
basicSyncing()
}
func basicSyncing() {
done := make(chan struct{})
go func() {
for i := 0; i < 5; i++ {
fmt.Printf("%s worker %d start\n", fmt.Sprint(time.Now()), i)
time.Sleep(time.Duration(rand.Intn(5)) * time.Second)
}
close(done)
}()
<-done
fmt.Println("exiting...")
}我们做了一个done通道，负责阻断代码，直到goroutine完成。done可以是任何类型，但struct{}经常被用于这些类型的通道。它的目的不是为了传输结构，所以它的类型并不重要。
一旦工作完成，worker goroutine 将关闭 done。此时，我们可以从 done 中接收，它将是一个空结构。接收动作解除了代码的阻塞，使其可以退出。
这就是我们使用通道等待goroutine完成的方式。
关于“Golang中的并发性是什么”这篇文章的内容就介绍到这里，感谢各位的阅读！相信大家对“Golang中的并发性是什么”知识都有一定的了解，大家如果还想学习更多知识，欢迎关注亿速云行业资讯频道。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
