直接用 chan 足够，需要持久化用 kafka 或其他 mq

@ChrisFreeMan #120 我说的是妹子

正宗的擂辣椒茄子加皮蛋

@ChrisFreeMan #46 找个伴

楼主财务自由了？如果没有，就赶紧想想怎么搞钱

广州
房租+水电：1000+200
伙食费：40*30=1200
房贷：3200
网购（月平均）：300

合计每月 5K 保底

https://i.imgur.com/SnluqXL.png https://i.imgur.com/yVg4qEx.png https://i.imgur.com/Q3bcJJ9.png

参考 #5

and then ？ you have to give something attractive

- 对最新技术的持续跟进
- 持续更新的个人博客
- 有个人（开源）项目
- 工作中独当一面
...

@LaughingCat #5 倒是把错误日志发出来

@chotow 啊哈哈，那个接盘缩写字段表的帖子嘛，我当时有看到，但没留名。。。

可以的，没想到我用了几年的 snipaste 居然是一个大学生做出来的

location / {
resolver 114.114.114.114
。。。
}

go 允许对一个 nil chan 进行读操作，这会导致阻塞。第二个例子会监测到死锁 panic 的原因是程序中没有其他 goroutine 正在运行。值得说明的是，这里不仅仅是要求有其他 goroutine 在运行，而且也不能全部同时阻塞，此时 go 运行时会监测到程序无法解除阻塞状态，从而再次导致死锁 panic 。

下面的代码说明了 [其他 goroutine 不能全部同时阻塞的情况] ：
```
go func() {
var cc = make(chan bool)
<-cc
}()
var c = make(chan bool)
<-c
```

最后：通过第二段代码（无论 chan 是否通过 make 创建）来阻塞主程序不是合理的实践，原因上面说了，当程序中只剩下一个 goroutine （主）在运行时，这种代码会死锁 panic 并退出。

如果要使用开源的，要做好遇到问题无人解答的准备，特别是客户端开发的时候，小公司用别想使用开源的

我司用的腾讯 im ，还行吧。没用过其他家的

B 站挺多的