写错了，是难得。。。

难道，遇到和我一样喜欢玩 reflect 包的童鞋。。。

@loading gout 是 http 请求库

@richzhu gin 是服务端 lib，gout 是客户端 lib。

@zxCoder golang 用着挺爽，推荐下。哈哈。。。

@noobsheldon 砍 http client 领域的小怪兽。gout 是个 http client 库。

@cmqwan 有理，哈哈。

@yafoo 共勉

7 楼说的也是一种可能，可以打开快速回收优化下。

虽然没有调试代码，但是，起的 go 程数是 ulimit -n 的，会不会太多？可以把控制 go 程的代码 queueCh <- true 放到 go 程外面。

用一个全局的 http.Client 就行。不需要每次 new 个新的。

可以先面试。就知道学习重点是什么？
能提供给你的就是。go 的 channel, go 程。http 框架挑一个玩下。gorm xorm 挑一个玩下。基础的东西可以玩转。就看下 job 上没有玩过的定向攻关下就行。
４楼的做法适合有工作在身，查漏补缺用(太广了，没有焦点)。

厉害厉害。。。

@python 带指数回退的 重试功能已加
https://github.com/guonaihong/gout#retry
欢迎试用。至于你提的别的一些功能，在未来在版本也可能实现

@python 字符编码不会做，这个点能不到极致，就给更喜欢这点的童鞋做。gout 只做作者能轻松 hold 得住的点，有问题可以快速解决，保守估计再撸 2-3w 行代码还是可以驾驭得住的。

批量 url 和重试我一直不想加。重试在我遇到的项目里面没有 fast fail 策略来的好使。有兴趣的话，可以在 gout 的 issue 上面一起讨论下。

@PiersSoCool 忽略上一条，看这条。这里面的问题其实很好回答，我讲下自己的事情，以前我们 http server 都是基于标准库的，后面尝试 gin 确实可以提高开发效率就慢慢铺开，在用的过程就提提 pr 优化下。用标准库开发绝对很难遇到问题，但是开发效率不是最优解。这需要你那么自己权衡。这对于选择任何开源项目都适用。

@PiersSoCool 这里面的问题其实很好回答，我讲下自己的事情，以前我们 http server 都是基于标准库的，后面尝试 gin 确实可以提高开发效率就慢慢铺开，在用的过程就提提 pr 优化下。用标准库开发绝对问题，但是开发效率不是最优解。这需要你那么自己权衡。这对于选择任何开源项目都适用。

@lishunan246 抱歉，我上面说的快是开发效率。这点应该没有争议。
标准库里面的 net/http 至今也没有项目可以撼动其地位。fasthttp 支持 http2 还没成功，作者已经去玩时序数据库了。。。

@stanlry gout 实现的代码现在已经比 go-resty 多，很多功能 gout 有，go-resty 没有，全面超越还是有可能的。go-resty 的立意还是很不错的，不是 python 的 request 的搬砖项目。可惜作者没有好好设计。