V2EX › wentx 的所有回复 › 第 6 页 / 共 12 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 12

❮

❯

2023-10-12 17:06:07 +08:00

回复了 gaotong2332 创建的主题 › 商业模式 › 开一个兴趣培训班，教初高中学生做智能硬件如何

智能硬件，后端调 OpenAI 的 API

2023-09-28 17:22:36 +08:00

回复了 Gota 创建的主题 › Go 编程语言 › Go 1.21 新加的 log/slog 大家开始用了吗? 写了一个输出到阿里云日志的 writer 扩展, 顺带问个跟 slog 扩展相关的问题.

@Gota 会啥会卡住和 panic 呢？
并发的话，atomic.LoadXXX 或者 atomic.StoreXXX

2023-09-28 17:05:02 +08:00

@Gota
```
var (
ErrClosed = errors.New("closed")
chQuit bool
chData = make(chan int, 10)
)

// func start() { ... }

func submit(n int) error {
if chQuit {
return ErrClosed
}

chData <- n:

return nil
}

func stop() {
chQuit = true
close(chData)

for n := range chData {
// process data
_ = n
}
}
```

2023-09-28 16:45:51 +08:00

在这个场景下面，甚至都不需要使用 channel 来通知，你直接一个全局变量，在 submit 的时候，判断一下是否是 close 就可以了。

2023-09-28 16:42:29 +08:00

@Gota 这个是队列设计的问题了，如何保证 producer 关闭后，其他 goroutine 调用 submit 没有副作用。

2023-09-28 16:24:25 +08:00

@wentx 然后 stop 的最后再去 close(chQuit)

2023-09-28 16:23:21 +08:00

@Gota 不不不，你 chQuit 是无缓冲的 channel, 你在往里写的时候，会阻塞，等到 submit 函数里面
case <-chQuit:
return ErrClosed

这段执行到，才会走到下一步 close(chData)，这个时候 submit 函数已经退出，所以 submit 不会 panic

2023-09-28 15:53:09 +08:00

close(chQuit) 改成 chQuit <- struct{}{}

试试

2023-09-28 14:26:19 +08:00

回复了 adjusted 创建的主题 › 问与答 › 2023 年一个极简的代码托管服务需要支持哪些功能?

看看这个 https://gitness.com

2023-09-27 10:15:54 +08:00

回复了 rosrocket 创建的主题 › 奇思妙想 › 现在有 1000w，你会开一家什么样的公司？

拉皮条

2023-09-27 10:08:49 +08:00

回复了 wqq096737ink 创建的主题 › 问与答 › 吐槽一下：国庆见家长，该不该一起回？

下一位

2023-09-13 16:19:24 +08:00