@jiezhi #12 这个是可以的，我会写一个独立的脚本（不会并入主体项目）来解决这个问题，写好之后再 @你

@jiezhi #10 你说的这个扫描是指返回变灰的歌曲列表吗？

@vicnicLight007 #7 能帮助你从各大音乐平台快速搜索和下载歌曲

@locoz 论单次请求的话，Go net/http 比 aiohttp 快，但为了聚合数据 mxget 经常要发起大量的并发请求，Go 的方案是采用 goroutines+channel，而 aiohttp 则是异步的，这种情况下的性能表现确实优于 net/http

@uhian #2 看上去是你本地环境缺少某些根证书

@kawei no

@missdeer #5 虾米基本没戏，API 太难搞，很容易触发滑块验证。如果你找到可用的 API，请提交 issue

@artandlol #1 不能

@wssy921 #23 请到 github 按照模板提交 issue。

@reid2017 #4 这个不考虑，不然分分钟被查水表，有该需求的话请支持正版

@xiaoyu03 #5 这个主要是因为最初开发时使用邮箱登录请求头的设置跟其它 api 有冲突，所以取消了此方式

@GoLand 那叫协程安全，goroutine 安全？理解意思就行了...

@deletelazy 这根本没有可比性，net/http 在底层就实现了线程安全。而 sreq 是对 http api 的上层封装，它的设计决定了要加锁。且目前大多基于 net/http 封装的 request 库要么不支持并发安全，要么每次请求前克隆一份配置，要么加锁。结合具体场景分析，别章口就来😓

@deletelazy 提出问题前请先仔细阅读 api 文档

@deletelazy 并发不加锁如何解决数据竞争问题？而且并发你不需要 New，会复用 http client，这里提到 New 只是针对你贴出的代码而言

@deletelazy #22 因为是链式操作，自动加锁就要每一步都加锁，这样不是很好，所以改成了手动加锁。而且你的测试例子明显就有问题，Get("123")，Post("456") 无论你创建多少个都是共享同一个 client——std，如果你真要这么玩，先 New()一个。
func main() {
cs := make(chan *Client, 100)
for i := 0; i < 10; i++ {
go func(i int) {
if i%2 == 1 {
cs <- New().Get("123")
} else {
cs <- New().Post("456")
}
}(i)
}

for {
select {
case c := <-cs:
fmt.Println(c.method, c.url)
}
}
}

@fengkx #15 不对，你的测试结果也表示 decoder 更快吧。decoder 比 unmarshal 更快，但貌似需要更多的内存分配次数跟空间

@fengkx #15 我在 windows 上测了一下，结果反而跟你预期的一样，decoder 性能更好。这可能跟测试环境有关，网上查了一下，选择 decoder 更为合适，后续会使用 decoder 替换 unmarshal，感谢反馈。

stackoverflow 上类似的提问： https://stackoverflow.com/questions/21197239/decoding-json-using-json-unmarshal-vs-json-newdecoder-decode

附上测试结果：
## unmarshal
goos: windows
goarch: amd64
pkg: github.com/winterssy/sreq
BenchmarkResponse_JSON-4 7664007 480 ns/op 544 B/op 2 allocs/op
PASS
ok github.com/winterssy/sreq 4.558s

## decoder
goos: windows
goarch: amd64
pkg: github.com/winterssy/sreq
BenchmarkResponse_JSON-4 8721448 409 ns/op 896 B/op 3 allocs/op
PASS
ok github.com/winterssy/sreq 4.386s

@zealic #11 原项目名叫 reqwest 有 7 star 1 fork，后面遇到反馈说碰瓷 Rust 同名项目，删库更名重建了。star 不是我看重的，未曾想跟其它项目对比 /竞争，纯粹分享自己的成果而已。