@lishunan246 也可以用 done := make(chan struct{}) 这种方式。自从 go1.7 引入 context 之后，现在都用 context 代替 done 的做法。因为很多标准库的参数是 context，后面如果遇到 done 结束还要控制标准库的函数，就不需要修改了。

写错两个字，纠正下。
@useben useben 兄，用的方式是 data chan 既要当数据通道，又要当结束控制通道。上面的例子是控制和数据分离的写法。有些场景只能用控制和数据分离的方法，个人觉得没有对错之分。

@useben useben 兄，用的方式是 data chan 既要当数据通道，又要当结束控制通道。上面的例子是控制和数据分离的作用。有些场景只能用控制和数据分离的写法，个人觉得没有对错之分。

@zjsxwc 兄弟正解，我现在就用 go 代码生成 c 的 ABI 然后给 c++调用。这样开发效率可以。

@sunriz 标准库里面 http.Client 需要注意的地方，他里面是个连接池。如果不停的声明新的。会导致 fd 不够用，从而报错，只要保证业务声明一个 http.Client 就行。或者传 nil。

@Immortal 流式这个词看的 smallnest 说的，他写的博客不错。

@Immortal 兄弟，你是第一个看出来的。

@m2276699 c#不可以。不过 go 语法不复杂，看一天就可以写了。还有个 go 特别爽的是，方便交叉编译到 windows, linux，mac 上面。

@GM 兄弟可有好的想法？

@wysnylc 谢谢。。。

@micean 这和语言生态有关系，go 也用的 unix 工具箱原则。你会发现开发起来特别爽。我现在就比较头疼 rust，干一件事，不同的语境下面，用的函数都不一样。

@w292614191 好吧。我下次我备注下是开发 lib

@AngelCriss 以前写 linux c 的。怎么了？

@BruceAuyeung 感谢指出，明天还有一篇，欢迎 review

我少描述一句，原话想说的是：
testContext(1, 3) 时。你惊奇的发现，只有第 2 个(index 为 1 ）以及他的后代退出。我们随意修改 failId 都是这个结论，父 context 会影响他的后代，但是后代挂了不影响父辈。

感谢指出，我把有歧义的地方修改了。

@mingsz 不是，可以直接 BindJSON。服务端返回不同结果才需要 Callback，比如错误 500 返回纯文本，200 返回 json。

@richzhu context.WithCancel 的作用，生成一个新的 context 变量。何时需要使用 WithCancel，要父子影响的时候用

@lazyfighter
从实现上来看没啥区别，都是从 emptyCtx 构造出来。更多的区别还是字面意思。
```go
var (
background = new(emptyCtx)
todo = new(emptyCtx)
)

// Background returns a non-nil, empty Context. It is never canceled, has no
// values, and has no deadline. It is typically used by the main function,
// initialization, and tests, and as the top-level Context for incoming
// requests.
func Background() Context {
return background
}

// TODO returns a non-nil, empty Context. Code should use context.TODO when
// it's unclear which Context to use or it is not yet available (because the
// surrounding function has not yet been extended to accept a Context
// parameter).
func TODO() Context {
return todo
}
```

可有和 http 1.1 和 http 2.0 对比 benchmark ？