Concurrency
goroutine
goroutines and concurrency are built into the core design of Go. They're similar to threads but work differently. More than a dozen goroutines maybe only have 5 or 6 underlying threads. Go also gives you full support to sharing memory in your goroutines. One goroutine usually uses 4~5 KB of stack memory. Therefore, it's not hard to run thousands of goroutines on a single computer. A goroutine is more lightweight, more efficient and more convenient than system threads.
goroutines run on the thread manager at runtime in Go. We use the go
keyword to create a new goroutine, which is a function at the underlying level ( main() is a goroutine ).
Let's see an example.
Output:
We see that it's very easy to use concurrency in Go by using the keyword go
. In the above example, these two goroutines share some memory, but we would better off following the design recipe: Don't use shared data to communicate, use communication to share data.
runtime.Gosched() means let the CPU execute other goroutines, and come back at some point.
The scheduler only uses one thread to run all goroutines, which means it only implements concurrency. If you want to use more CPU cores in order to take advantage of parallel processing, you have to call runtime.GOMAXPROCS(n) to set the number of cores you want to use. If n<1
, it changes nothing. This function may be removed in the future, see more details about parallel processing and concurrency in this article.
channels
goroutines run in the same memory address space, so you have to maintain synchronization when you want to access shared memory. How do you communicate between different goroutines? Go uses a very good communication mechanism called channel
. channel
is like a two-way pipeline in Unix shells: use channel
to send or receive data. The only data type that can be used in channels is the type channel
and the keyword chan
. Be aware that you have to use make
to create a new channel
.
channel uses the operator <-
to send or receive data.
Let's see more examples.
Sending and receiving data in channels blocks by default, so it's much easier to use synchronous goroutines. What I mean by block is that a goroutine will not continue when receiving data from an empty channel, i.e (value := <-ch
), until other goroutines send data to this channel. On the other hand, the goroutine will not continue until the data it sends to a channel, i.e (ch<-5
), is received.
Buffered channels
I introduced non-buffered channels above. Go also has buffered channels that can store more than a single element. For example, ch := make(chan bool, 4)
, here we create a channel that can store 4 boolean elements. So in this channel, we are able to send 4 elements into it without blocking, but the goroutine will be blocked when you try to send a fifth element and no goroutine receives it.
You can try the following code on your computer and change some values.
Range and Close
We can use range to operate on buffer channels as in slice and map.
for i := range c
will not stop reading data from channel until the channel is closed. We use the keyword close
to close the channel in above example. It's impossible to send or receive data on a closed channel; you can use v, ok := <-ch
to test if a channel is closed. If ok
returns false, it means the there is no data in that channel and it was closed.
Remember to always close channels in producers and not in consumers, or it's very easy to get into panic status.
Another thing you need to remember is that channels are not like files. You don't have to close them frequently unless you are sure the channel is completely useless, or you want to exit range loops.
Select
In the above examples, we only use one channel, but how can we deal with more than one channel? Go has a keyword called select
to listen to many channels.
select
is blocking by default and it continues to execute only when one of channels has data to send or receive. If several channels are ready to use at the same time, select chooses which to execute randomly.
select
has a default
case as well, just like switch
. When all the channels are not ready for use, it executes the default case (it doesn't wait for the channel anymore).
Timeout
Sometimes a goroutine becomes blocked. How can we avoid this to prevent the whole program from blocking? It's simple, we can set a timeout in the select.
Runtime goroutine
The package runtime
has some functions for dealing with goroutines.
runtime.Goexit()
Exits the current goroutine, but defered functions will be executed as usual.
runtime.Gosched()
Lets the scheduler execute other goroutines and comes back at some point.
runtime.NumCPU() int
Returns the number of CPU cores
runtime.NumGoroutine() int
Returns the number of goroutines
runtime.GOMAXPROCS(n int) int
Sets how many CPU cores you want to use
Links
-Previous section -Next section
Last updated