reqwest - 简单，易用的 Golang 网络请求库

[winterssy]

Features：

• GET, HEAD, POST, PUT, PATCH, DELETE, OPTIONS, etc.
• Easy set query params, headers and cookies.
• Easy send form, JSON or files payload.
• Easy set basic authentication or bearer token.
• Easy customize root certificate authorities and client certificates.
• Easy set proxy.
• Automatic cookies management.
• Customize HTTP client, transport, redirect policy, cookie jar and timeout.
• Easy set context.
• Easy decode responses, raw data, text representation and unmarshal the JSON-encoded data.
• Concurrent safe.

Github: https://github.com/winterssy/reqwest

[deletelazy]

@deletelazy 额，似乎要手动加锁。。感觉不是太友好

[deletelazy]

似乎并发 GET，POST 等也有问题

package main

import (
"fmt"
)

func main() {
cs := make(chan *Client, 100)
for i := 0; i < 10; i++ {
go func(i int) {
if i%2 == 1 {
cs <- Get("123")
} else {
cs <- Post("456")
}
}(i)
}
for {
select {
case c := <-cs:
fmt.Println(c.method, c.url)
}
}
}

[winterssy]

@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)
}
}
}

[deletelazy]

并发请求都要加锁的话效率是不是太低了
如果并发请求使用每次 New 的方式，创建一堆对象浪费内存不说，每个请求新建一个 transport，连接也无法复用
而且每次并发请求都要 New 的话，那这些全局方法还有什么意义呢

[winterssy]

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

[winterssy]

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

[deletelazy]

那你可以看下其他的 http 库或者看下 http.Get
的实现有没加锁

[winterssy]

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

[fengkx]

@fengkx
@winterssy 单位看反了 /(ㄒoㄒ)/~~。看到了多一次内存分配下意识地看错了