channel是Go语言中的一个核心数据类型,channel是一个数据类型,主要用来解决协程的同步问题以及协程之间数据共享(数据传递)的问题。在并发核心单元通过它就可以发送或者接收数据进行通讯,这在一定程度上又进一步降低了编程的难度。

goroutine运行在相同的内存地址空间,channel可以避开所有内存共享导致的坑;通道的通信方式保证了同步性。数据通过channel:同一时间只有一个协程可以访问数据:所以不会出现数据竞争,确保并发安全。

channel的定义

channel是对应make创建的底层数据结构的引用。 创建语法: make(chan Type, capacity)

channel := make(chan bool) //创建一个无缓冲的bool型Channel
,等价于make(chan Type, 0)
channel := make(chan bool, 1024) //创建一个有缓冲,切缓冲区为1024的bool型Channel
 channel <- x //向一个Channel发送一个值
<- channel //从一个Channel中接收一个值
x = <- channel //从Channel c接收一个值并将其存储到x中
x, ok = <- channel //从Channel接收一个值,如果channel关闭了或没有数据,那么ok将被置为false

channel是一个引用类型,当复制一个channel或用于函数参数传递时,我们只是拷贝了一个channel引用,因此调用者和被调用者将引用同一个channel对象。和其它的引用类型一样,channel的零值(定义未初始化)也是nil。

在默认情况下,channel接收发送数据都是阻塞的,(channel <- 1,写端写数据,读端不在读。写端阻塞; str := <-channel 读端读数据, 同时写端不在写,读端阻塞。)除非另一端已经准备好,这样就使得goroutine同步变的更加的简单,而不需要显式的lock。

示例

package main

import (
"fmt"
"runtime"
"time"
) var c = make(chan int32) func printstr(s string) {
for _, value := range s {
fmt.Printf("写入%+q\r\n", value)
time.Sleep(time.Second)
c <- value
}
} func main() {
runtime.GOMAXPROCS(1)
go func() {
time.Sleep(time.Second)
printstr("hello")
}() go func() {
for v := range c {
fmt.Printf("读取%+q\r\n", v)
}
}()
for {
;
}
}

channel的缓冲

无缓冲的channel

无缓冲的channel unbuffered channel 是指在接收前没有能力保存任何值的通道。这种类型的channel 要求发送端和接收端同时准备好,才能完成发送和接收操作。否则,通道会导致先执行发送或接收操作的阻塞等待。顾又称为同步通信

  • 阻塞:由于某种原因数据没有到达,当前协程(线程)持续处于等待状态,直到条件满足,才接触阻塞。
  • 同步:在两个或多个协程(线程)间,保持数据内容一致性的机制。

示例如上,写了没有读会导致阻塞,读了没有写会导致堵塞

有缓冲的channel

有缓冲的通道(buffered channel)是一种在被接收前能存储一个或者多个数据值的通道。这种类型的channel并不强制要求goroutine之间必须同时完成发送和接收。通道会阻塞发送和接收动作的条件也不同。

  • 只有channel通道中没有要接收的值时,接收动作才会阻塞。
  • 只有通道没有可用缓冲区容纳被写入(发送)的值时,发送动作才会阻塞。

有缓冲的channel和无缓冲的channel之间的不同:无缓冲的channel保证进行发送和接收的 goroutine 会在同一时间进行数据交换;有缓冲的channel没有这种保证。

示例

package main

import (
"fmt"
"runtime"
"time"
) var c = make(chan int32, 10) func printstr(s string) {
for _, value := range s {
fmt.Printf("写入%+q\r\n", value)
c <- value
}
} func main() {
runtime.GOMAXPROCS(1)
go func() { printstr("hello")
}() go func() { time.Sleep(time.Second * 2)
fmt.Println("读通道开始读取数据")
for v := range c {
fmt.Printf("读取%+q\r\n", v)
}
}()
for { }
}

结果可以看出,如果给定了一个缓冲区容量,channel就是异步的。只要缓冲区有未使用空间用于发送数据,或还包含可以接收的数据,那么其通信就会无阻塞地进行。

channel的关闭

当发送的一端没有更多的数据发送到channel的话,需要使接收端也能及时知道channel中没有多余的数据可以接收。因此可以通过 close()函数来关闭channel的实现。

示例

package main

import (
"fmt"
"runtime"
"time"
) var c = make(chan int32, 10) func printstr(s string) {
for _, value := range s {
fmt.Printf("写入%+q\r\n", value)
c <- value
}
close(c)
} func main() {
runtime.GOMAXPROCS(1)
go func() {
printstr("hello")
}() time.Sleep(time.Second * 2)
fmt.Println("读通道开始读取数据")
for {
if char, ok := <-c; ok {
fmt.Printf("读取%+q\r\n", char)
} else {
break
}
}
}

提示

  • channel不像文件一样需要经常去关闭,只有当你确实没有任何发送数据了,或者你想显式的结束range循环之类的,才去关闭channel;
  • 关闭channel后,无法向channel 再发送数据(引发 panic 错误后导致接收立即返回零值);
  • 关闭channel后,可以继续从channel接收数据(读取到的数据为channel类型的默认值,如int默认值0 string默认值"");
  • 对于nil channel,无论收发都会被阻塞。

缓冲channel 和 非缓冲channel的区别

  • 缓冲channel的创建方式为make(chan TYPE,CAPCTIY),非缓冲channel的创建方式为make(chan TYPE)
  • 缓冲channel的通信方式为同步通信,非缓冲channel的通信方式为异步通信

单项channel及应用

默认情况下,channel是双向的,既可以往里面发送数据也可以接收数据。但是,常将channel作为参数进行传递而只希望对方是单向使用的,要么只让它发送数据,要么只让它接收数据,这时候可以指定通道的方向。

单项channel的声明

  • 双向channel ch = make(chan int)
  • 单向写channel: var ch chan <- int ch = make(chan <- int)
  • 单向读channel: var ch <- chan int ch = make(<-chan int)

可以将 channel 隐式转换为单向队列,只收或只发,不能将单向 channel 转换为普通 channel,示例:

package main

import (
"fmt"
"runtime"
) var c = make(chan string, 10) func read(c <-chan string) {
fmt.Println("读通道开始读取数据")
for {
if char, ok := <-c; ok {
fmt.Printf("读取%s\r\n", char)
} else {
break
}
}
} func write(ch chan<- string, str []string) {
defer close(ch)
for _, value := range str {
fmt.Printf("写入%+q\r\n", value)
ch <- value
}
} func main() {
runtime.GOMAXPROCS(3) go write(c, []string{"h", "e", "l", "l", "o"})
read(c)
}

golang:Channel协程间通信的更多相关文章

  1. Go 通道(channel)与协程间通信

    协程间通信 协程中可以使用共享变量来通信,但是很不提倡这样做,因为这种方式给所有的共享内存的多线程都带来了困难. 在 Go 中有一种特殊的类型,通道(channel),就像一个可以用于发送类型化数据的 ...

  2. GoLang之协程

    GoLang之协程 目前,WebServer几种主流的并发模型: 多线程,每个线程一次处理一个请求,在当前请求处理完成之前不会接收其它请求:但在高并发环境下,多线程的开销比较大: 基于回调的异步IO, ...

  3. Golang 之协程详解

    转自:https://www.cnblogs.com/liang1101/p/7285955.html 一.Golang 线程和协程的区别 备注:需要区分进程.线程(内核级线程).协程(用户级线程)三 ...

  4. golang:协程安全

    多路复用 Go语言中提供了一个关键字select,通过select可以监听channel上的数据流动.select的用法与switch语法类似,由select开始一个新的选择块,每个选择条件由case ...

  5. 『GoLang』协程与通道

    作为一门 21 世纪的语言,Go 原生支持应用之间的通信(网络,客户端和服务端,分布式计算)和程序的并发.程序可以在不同的处理器和计算机上同时执行不同的代码段.Go 语言为构建并发程序的基本代码块是 ...

  6. 在C++中使用golang的协程

    开源项目cpp_features提供了一个仿golang协程的stackful协程库. 可以在c++中使用golang的协程,大概语法是这样的: #include <iostream> v ...

  7. [Golang]-5 协程、通道及其缓冲、同步、方向和选择器

    目录 协程 通道 通道缓冲 通道同步 通道方向 通道选择器 协程 Go 协程 在执行上来说是轻量级的线程. 代码演示 import ( "fmt" "time" ...

  8. Java-线程间通信

    Java-线程间通信 一 线程通讯 就是多个线程操作同一个资源,可是操作的动作不同 二 停止线程: 控制住run的循环就能够控制线程结束 当线程处于冻结状态,就不会读取标记,线程就不会结束 inter ...

  9. 转:Linux--进程间通信(信号量,共享内存)

    源地址:http://www.cnblogs.com/forstudy/archive/2012/03/26/2413724.html Linux--进程间通信(信号量,共享内存)(转)   一. 信 ...

随机推荐

  1. C/C++ 中的算术及其陷阱

    目录 概述 C/C++ 整数的阴暗角落 整型字面量 整型提升与寻常算术转换 算术溢出检测 位运算技巧 总结 参考 概述 无符号数和有符号数是通用的计算机概念,具体到编程语言上则各有各的不同,程序员是解 ...

  2. 痞子衡嵌入式:MCUXpresso IDE下在线调试时使用不同复位策略的现象总结

    大家好,我是痞子衡,是正经搞技术的痞子.今天痞子衡给大家分享的是MCUXpresso IDE下在线调试时使用不同复位策略的现象总结. 本篇实际上是<IAR在线调试时设不同复位类型可能会导致i.M ...

  3. .netcore ioc 循环依赖问题及其相关思考之DispatchProxy

    .netcore引入了ioc机制让开发人员逐步习惯从过去的各种new对象变成通过IOC框架来管理对象的生命周期.这样当我们需要某个对象的时候,我们一般在构造函数里申明该对象的接口,即可通过ioc容器创 ...

  4. Maven导入依赖慢解决办法

    新安装的Maven,下载jar包速度会很慢,因为官方的库在国外, 连上并下载速度很慢. 因为maven是支持镜像的,我们就可以本地maven目录下的的conf目录下的setting.xml文件中找到标 ...

  5. RE.从单链表开始的数据结构生活(bushi

    单链表 单链表中节点的定义 typedef struct LNode{ int data;//数据域 struct LNode *next;//定义一个同类型的指针,指向该节点的后继节点 }LNode ...

  6. 「HTML+CSS」--自定义加载动画【017】

    前言 Hello!小伙伴! 首先非常感谢您阅读海轰的文章,倘若文中有错误的地方,欢迎您指出- 哈哈 自我介绍一下 昵称:海轰 标签:程序猿一只|C++选手|学生 简介:因C语言结识编程,随后转入计算机 ...

  7. 4. selectKey语句属性配置细节

    selectKey语句属性配置细节:

  8. Mybatis3源码笔记(七)Plugin

    1.Mybatis3的插件其实主要是用到了责任链和动态代理两种模式相结合而生成的.下面我们看一个例子,在执行所有update操作时,执行一个小小的测试输出. @Intercepts({@Signatu ...

  9. 阿里云 RTC QoS 弱网对抗之 LTR 及其硬件解码支持

    LTR 弱网对抗由于需要解码器的反馈,因此用硬件解码器实现时需要做一些特殊处理.另外,一些硬件解码器对 LTR 的实现不是特别完善,会导致出现解码错误.本文为 QoS 弱网优化系列的第三篇,将为您详解 ...

  10. 判断请求是否属于Ajax请求

    我们有时候需要根据请求类型来判断返回视图名称还是JSON数据,这里记录一个判断Ajax的工具类方便日后好找 通过传入Request对象获取头信息,根据头信息判断是否属于Ajax请求 public cl ...