golang golang上下文和渠道的例子
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了golang golang上下文和渠道的例子相关的知识,希望对你有一定的参考价值。
package channel
import (
"fmt"
"sync"
"time"
)
func ExampleUnbufferedSend() {
c1 := make(chan string)
wg := &sync.WaitGroup{}
wg.Add(1)
go func() {
defer wg.Done()
select {
case c1 <- "got message":
return
case <-time.After(20 * time.Millisecond):
return
}
}()
wg.Wait() // explicitly defer until goroutine is done
select {
case msg := <-c1:
fmt.Println(msg)
default:
fmt.Println("no message")
}
// Output: no message
}
func ExampleBufferedSend() {
c1 := make(chan string, 1)
wg := &sync.WaitGroup{}
wg.Add(1)
go func() {
defer wg.Done()
select {
case c1 <- "got message":
return
case <-time.After(20 * time.Millisecond):
return
}
}()
wg.Wait() // explicitly defer until goroutine is done
select {
case msg := <-c1:
fmt.Println(msg)
default:
fmt.Println("no message")
}
// Output: got message
}
func ExampleNilChannelSend() {
var c1 chan string
wg := &sync.WaitGroup{}
wg.Add(1)
result := make(chan string, 1)
go func() {
defer wg.Done()
select {
case c1 <- "got message":
return
case <-time.After(20 * time.Millisecond):
result <- "nil channel send blocks"
return
}
}()
wg.Wait()
select {
case msg := <-c1:
fmt.Println(msg)
case msg := <-result:
fmt.Println(msg)
}
// Output: nil channel send blocks
}
func ExampleClosedChannelSend() {
c1 := make(chan string, 1)
close(c1)
// using a channel so we know when its done
result := make(chan string)
go func() {
defer func() {
if r := recover(); r != nil { // handling the panic of the send on closed channel that will happen below
result <- r.(error).Error()
return
}
result <- "timed out"
}()
select {
case c1 <- "got message": // closed channels panic when you send on them
return
case <-time.After(20 * time.Millisecond):
return
}
}()
fmt.Println(<-result)
// Output: send on closed channel
}
func ExampleCloseNilChannel() {
defer func() {
if r := recover(); r != nil { // handling the panic of the close of nil channel
fmt.Println(r)
return
}
fmt.Println("timed out")
}()
var c1 chan string
close(c1) // close of nil channel panics
// Output: close of nil channel
}
func ExampleWaitArbitraryNumberOfChannels() {
}
package tasks
import (
"context"
"log"
"sync"
"time"
)
type ctxExamplesKey string
func ExampleSimpleContext() {
wg := &sync.WaitGroup{}
start := time.Now()
estop := make(chan time.Time, 1)
ectx := context.Background()
ctx, cancel := context.WithCancel(ectx) // with cancel needed to be able to do
stop1 := make(chan time.Time, 1)
wg.Add(1)
go func() {
defer wg.Done()
for {
select {
case <-ctx.Done():
log.Println("done ctx")
stop1 <- time.Now()
return
case <-time.After(1 * time.Second):
log.Println("iteration for ctx")
}
}
}()
wg.Add(1)
go func() {
defer func() {
estop <- time.Now()
wg.Done()
}()
for {
select {
case <-ectx.Done():
log.Println("done ectx, should not occur")
return
case <-time.After(1 * time.Second):
log.Println("iteration for ectx because nil channel blocks forever")
select {
case <-ctx.Done():
log.Println("done ectx through escaping with ctx.Done()")
return
default:
}
}
}
}()
ctx2 := context.WithValue(ctx, ctxExamplesKey("ctx2val"), 0)
stop2 := make(chan time.Time, 1)
wg.Add(1)
go func() {
defer wg.Done()
for {
select {
case <-ctx2.Done():
log.Println("done ctx2")
stop2 <- time.Now()
return
default:
time.Sleep(2 * time.Second)
log.Println("iteration for ctx2")
ctx2 = context.WithValue(ctx2, ctxExamplesKey("ctx2val"), ctx2.Value(ctxExamplesKey("ctx2val")).(int)+1)
}
}
}()
wg.Add(1)
go func() {
defer wg.Done()
<-time.After(9 * time.Second)
cancel()
log.Println("iteration for ctx")
}()
wg.Wait()
log.Printf("ctx2val (ctx): %v", ctx.Value(ctxExamplesKey("ctx2val")))
log.Printf("ctx2val (ctx2): %d", ctx2.Value(ctxExamplesKey("ctx2val")))
log.Println("took", time.Now().Sub(start))
log.Printf("ectx took: %v", (<-estop).Sub(start))
log.Printf("ctx took: %v", (<-stop1).Sub(start))
log.Printf("ctx2 took: %v", (<-stop2).Sub(start))
}
Golang 编译时发送到零通道 [关闭]
【中文标题】Golang 编译时发送到零通道 [关闭]【英文标题】:Golang compiles with sends to nil channels [closed]
【发布时间】:2022-01-10 02:05:29
【问题描述】:
我想知道 GoLang 是否应该在发送到 nil 的情况下编译和运行
渠道。一个例子是:
func main()
var ch chan string
var msg string
msg ="echo"
ch <-msg
msg = <-ch
编译但是应该编译,因为没有分配一个 nil 的通道。在执行之前您不会发现有问题,更糟糕的是,某些 IDE 不会告诉您这是一个问题。
【问题讨论】:
是的,Go 编译得很好。但是“在 nil 通道上发送永远阻塞”。见:go.dev/ref/spec#Send_statements
就像在 nil 频道 go.dev/ref/spec#Receive_operator 上接收一样。使用有效的频道,您的代码会死锁,因为没有准备好接收您使用ch <- msg
发送到频道的消息。
【参考方案1】:
通常在编译时无法检测到这一点。通道可以是函数的参数,传递什么值只能在运行时决定。
因此没有理由将其设为编译时错误。这可能是一个警告,但仅限于所有可能情况的一小部分。在某些情况下发出警告会产生误导,但并非在所有情况下都发出警告。当你没有看到警告时,你会得出错误的结论。更不用说使用/传递nil
频道有时可能是正确/预期的事情。
查看相关:How does a non initialized channel behave?
【讨论】:
以上是关于golang golang上下文和渠道的例子的主要内容,如果未能解决你的问题,请参考以下文章
golang golang上下文和渠道的例子
Golang 编译时发送到零通道 [关闭]
渠道是做啥用的?
设计模式这样玩泰简单(Golang版)-状态模式
设计模式这样玩泰简单(Golang版)-状态模式
设计模式这样玩泰简单(Golang版)-状态模式