引言
不要通过共享内存来通信 应该通过通信来共享内存
这句话有网友的解释如下：
这句俏皮话具体说来就是，不同的线程不共享内存不用锁，线程之间通讯用通道(channel)同步也用channel。
chanel是协程之间传递信息的媒介，优雅地解决了某些后端开发常用语言中随处可见的lock，unlock，临界区等，把从很多线程层面解决的问题移到协程，从而静态地保证没有数据竞争。
通道的声明与创建
伪代码如下：
|
1
2
3
4
|
//声明类型var 通道名 chan 数据类型//创建通道通道名 = make(chan 数据类型) |
实际例子如下：
|
1
2
3
4
5
6
7
8
9
10
|
package mainimport "fmt"func main() { var a chan int fmt.Printf("%T, %v\n", a, a) if a == nil { a = make(chan int) fmt.Printf("%T, %v\n", a, a) }} |
运行结果是：
chan int, <nil>
chan int, 0x1400001a360
通道是一个内存地址，这也说明了其实一个引用类型的数据。
接收 & 发送数据
对于同一个通道来讲,他的读数据 和 写数据 都是阻塞的。
伪代码如下：
|
1
2
3
4
|
//从通道读数据data := <-a//把数据写入通道a <- data |
实际例子如下：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
|
package mainimport "fmt"func main() { // 首先创建一个bool类型的通道 var ch1 chan bool ch1 = make(chan bool) //下面启动一个go routine go func() { for i := 0; i < 10; i++ { fmt.Println("子goroutine中， i: ", i) } fmt.Println("completed") //循环结束后 向团队中写数据，表示要结束了 ch1 <- true }() //在主程序中读取数据 data := <-ch1 //打印一下 我们读到的数据 fmt.Println("main data: ", data) fmt.Println("main goroutine completed")} |
运行结果如下：
子goroutine中， i: 0
子goroutine中， i: 1
子goroutine中， i: 2
子goroutine中， i: 3
子goroutine中， i: 4
子goroutine中， i: 5
子goroutine中， i: 6
子goroutine中， i: 7
子goroutine中， i: 8
子goroutine中， i: 9
completed
main data: true
main goroutine completed
我们的子goroutine里面 循环打印1~10， 打印完成之后 把chanel类型的ch1写为true，
这时候，主goroutine就可以根据这一条件进行下一步了，，在此之前，其实就算主goroutine先抢到了资源，从ch1中读取数据，但是现在通道里面啥都没有，只能阻塞，然后乖乖交出资源给我们的子goroutine，直到循环结束写true入ch1。
需要注意的有以下几点：
- chanel是需要指定类型的 nil类型的chanel不能直接使用。
- chanel本身是同步的，同一时间只能有一条goroutine进行操作。
- chanel是goroutine之间传递数据用的，chanel数据的发送和接收必须在不同的goroutine中，如果只有一条goroutine是用不上chanel的，这种情况会发生死锁（deadLock）。
- 从chanel里面读数据立马就会被阻塞，直到有向chanel写数据的goroutine来。
- 向chanel里面写数据立马就会被阻塞，直到有从chanel读数据的goroutine来。
（以上都是相对于没有缓存的通道而言，后面讲到的缓存通道在缓冲区满的时候才阻塞，而不是立刻阻塞）
以上就是Go通道channel通过通信共享内存的详细内容，更多关于Go channel通信共享内存的资料请关注服务器之家其它相关文章！
原文链接：https://segmentfault.com/a/1190000041888050
