这篇文章给大家分享的是有关Go并发编程的示例分析的内容。小编觉得挺实用的,因此分享给大家做个参考,一起跟随小编过来看看吧。
一、goroutine
定义
给函数前加上go即可
不需要在定义是区分是否是异步函数
调度器在合适的点进行切换,这个点是有很多的,这里只是参考,不保证切换,不能保证在其它地方不会被切换。IO操作、channel、等待锁、函数调用、runtime.Gosched()等。。。
使用race来检测数据访问冲突
先看案例知道goroutine怎么用
先来看一个案例
这个案例就是一个简单并发执行的代码,在go里边也就是一个关键字go即可。
那么来看一下这段代码会输出什么
从上图可以看到这行代码什么都没有输出,直接就退出了,那这到底是什么情况呢?
直接退出的原因,就是因为我们代码中的main和fmt打印是并发执行的,fmt还没来的急打印数据,外层的循环就已经循环结束了,然后就直接退出了。
在go语言中呢!假设一个main函数退出后,会直接杀死所有的goroutine,所以就造成的现象是,goroutine还没来的急打印数据就被退掉了。
那么你是不是会想,要怎么样才能看到打印的数据呢?其实也很简单,就是让main函数执行完成之后不要着急的退出,给一点等待的时间。看案例
这次希望出现的结果就显示出来了。
在本案例中开的goroutine是10个,那么改为1000会怎么样呢?
结果显示还是正常显示,就类似与有1000个人在同时打印东西。
那么设置10跟1000有什么关系吗?
对操作系统熟悉的应该都知道,开10个线程没有问题,开100个线程也没什么大的问题,但是已经差不多了。
一般系统开几十个线程就可以了,那么如果要1000个人同时做一件事情就不能用线程来解决了,需要通过异步方式。
但是在go语言中呢!直接使用go关键字即可,就可以并发执行。
接下来就聊聊为什么go就可以同时1000进行打印。
是什么
先来看看协程和线程的区别。
协程你可以理解为轻量级的线程
,非抢占式多任务处理,由协程主动交出控制权
。
线程大家应该都知道是可以被操作系统在任何时候进行切换,所以说线程就是抢占式多任务处理,线程是没有控制权,哪怕是一个语句执行到一半都会被操作系统切掉,然后转到其它线程去操作。
那么反之对于协程来说,什么时候交出控制权,什么时候不交出控制权是由协程内部主动决定的,正是因为这种非抢占式,所以被称之为轻量级。
并且多个协程是可以在一个或多个线程上运行的
。
二、channel
在第一节中了解到,在go中是可以开非常多的goroutine的,那么goroutine之间的双向通道就是channel
基础用法
从上图案例中可以看到可以直接使用make函数来进行创建channel。
第七行、第八行就是往channel中发送数据。
那么这个案例可以运行吗?来试一下
可以看到此时已经报错了,错误的意思就是在往channel发送1的时候会发生死锁。
然后在回到之前的那副图。
在上文我们已经说了,channel是goroutine与goroutine之间的一个交互。
但是此时的案例中缺只有一个goroutine,所以还需要一个另一个goroutine来接收它。
现在你应该了解到如何开启一个goroutine了。
在上图中我们新开启了另一个goroutine,然后用了一个死循环来接受channel发送的值,并将其打印出来。
但是你会发现我们往channel中发送了俩个数据,此时的打印结果却只有一条数据。但总比我们刚开始的好多了,对吧!
那么为什么会发生这样的情况呢?
可以理理代码的执行流程,先往channel发送了一个1,然后循环获取到第一个值并打印。
再往channel发送数据2,但还没来得及打印就直接退出了,这也就造成了只显示了数据1而没有显示数据2的现象。
这个问题通过咔咔的描述你应该已经知道怎么解决了。
那就是给函数channelDome加一个延迟退出的时间即可。
将channel作为参数传递
在上文中可以看到go后边跟的是一个闭包函数,在这个闭包中使用的c就是使用的外层的c。
那么将这个c使用参数传递可否呢?答案是肯定可以的。
当然也可以传递其它的参数
通过上图可以看到不仅仅传递了channel还传递了id参数,同时还可以将代码直接优化为圈住的部分,也就是直接从channel取值。
创建多个channel
从上图可以看到每个人都有自己的channel,然后进行分发,分发之后每个人都会收到自己的接收到的值并打印出来。
同样你可以看到我们在26行处还新加了一个for循环给channle里边发送数据。
从运行结果中你会发现打印的顺序是混乱的,例如receive i 和receve I这俩个值。
此时你会不会有疑问,我们在往channel中发送数据时是按照顺序发送的啊!那么接收时肯定也是按照顺序接收的。
既然非常确定发送数据是按照顺序的,那么问题就只能出现在Printf这里。
因为Printf是存在IO的,goroutine进行调度,那么此时的Printf是乱序的,但是都会将收到的值一一打印出来。
将channel作为返回值
前几节的案例都是通过创建好的channle然后作为参数传递进去的。
那么本节将会把channel作为一个返回值给返回出去。
源码
package mainimport ("fmt""time")func createWorker(id int) chan int {c := make(chan int)go func() {for {fmt.Printf("Worker %d receive %c\n", id, <-c)}}()return c}func channelDemo() {var channels [10]chan intfor i := 0; i < 10; i++ {channels[i] = createWorker(i)}for i := 0; i < 10; i++ {channels[i] <- 'a' + i}time.Sleep(time.Millisecond)}func main() {channelDemo()}
从这里你可以看到我们将worker函数改为了createWorker函数,因为在这个函数里边就是直接创建channel。
接着通过一个协程将channel接收到的值进行打印。
在把channel进行返回出去。
来看一下运行结果
通过运行结果可以得知我们的代码编写还是对的,但是此时返回的channel你可以非常直观的看到怎么用
但如果代码数量多的时候,你根本不清楚这个channel怎么用,所有这段代码还需要简单的修饰一下。
那么就需要做的事情的是告诉外面用的人应该怎么用。
通过上述代码可以得知,是往channel中发送数据的,那么在createWorker
方法的返回的channel要标记一下
所以说现在的代码就变成这个样子,我们直接给createWorker方法的返回值channel标记好方向。作用是送数据的。
那么在打印的时候就是收据,这样看起来就非常直观了。
当修改完上面俩步之后你会发现createWorker
调用是报错了,Cannot use 'createWorker(i)' (type chan<- int) as type chan int
看到错误就应该知道是俩边类型不对等。
修改完之后你就会发现编译正确了,没有报错信息了。
运行结果也是ok的。
本小节源码
package mainimport ("fmt""time")func createWorker(id int) chan<- int {c := make(chan int)go func() {for {fmt.Printf("Worker %d receive %c\n", id, <-c)}}()return c}func channelDemo() {var channels [10]chan<- intfor i := 0; i < 10; i++ {channels[i] = createWorker(i)}for i := 0; i < 10; i++ {channels[i] <- 'a' + i}time.Sleep(time.Millisecond)}func main() {channelDemo()}
buffer channel
学习了这么久了,那么咔咔问你一个问题,这段代码执行会发生什么?
没错,会发生报错,因为在文章开头咔咔就讲过了,给一个channel发送数据,就需要开启另一个协程来收数据。
虽然协程我们说是轻量级的,但是如果发送了数据之后,就需要切换协程来进行收数据就非常的耗费资源。
那么就是本节给大家讲解的东西。
创建了可以有3个缓冲区的channel,然后往channel发送3个数据。
同时运行结果也可以得知没有在发生deadlock
。
给你一个问题,如果往缓冲区在发送一个数据4会发生什么呢?
聪明的你,肯定就想到结果了,没错,报了deadlock
接着我们就使用之前的worker,来接受channel的数据。
但是你会发现运行结果还是没有打印出送进去的1,2,3,4。
这个问题现在也已经说了好几次了,你可以试着问一下你自己,这种情况你应该怎么解决。
也就是加一个延迟时间即可,这里顺便给大家说明一下,之前的那个案例打印的是字母,所有格式化用的%c,现在打印的是数字,所以改为了%d,一点小小的改动。
这种方式建立channel对性能的提升是有一定的作用的。
到现在你有没有发现一个问题,那就是在发送channel时不知道什么时候发完了。
接下来就来看这个问题。
channel关闭
借用上个案例的代码来继续进行说明。
跟上节代码不一致的是,我们在结尾处添加了close,close需要注意的是在发送方进行关闭的。
你会看到运行结果并不如意,你会发现虽然收到了1,2,3,4。
但是下面还接收到了非常多的0,只是截图只截到了一条数据而已。
虽然发送方将channel给close掉了,但是接受放也就是worker还是会收到数据的,不是说channel给close后就收不到数据了。
但是当发送方将channle设置为close之后,收到的数据就都是0,也就是收到的是worker方法传递的c chan int这个参数0的值。
现在我们的channel是一个int类型,收到的是0。那么如果是一个string类型,收到的就是一个空字符串。
这个会收多久呢?也就是咱们设置的一毫秒的时间。
如果让你改这段程序你有没有思路呢?如果没有思路就跟这咔咔的节奏一起摇摆。
在函数worker中,使用俩个值来进行接收,n就是传递过来的channel c。ok就是判断这个值是否存在。
可以看到运行结果,就不会在出现接收到0的数据了。
除了这种写法还有一种更简单的方式。
感谢各位的阅读!关于“Go并发编程的示例分析”这篇文章就分享到这里了,希望以上内容可以对大家有一定的帮助,让大家可以学到更多知识,如果觉得文章不错,可以把它分享出去让更多的人看到吧!