req
req copied to clipboard
imroc
Simple Go HTTP client with Black Magic
jsonrpc2 比较简单， 而且适用范围较广， lsp， mcp等协议都是基于jsonrpc2 jsonrpc2 主流的实现有2种， 1 基于tcp， 2 基于 http，本身不依赖传输层，基于http 的实现， 作为一个轻量级的rpc协议，在应用中也很适合作为grpc的备选和替代方案。 目前市面上没有较好的jsonrpc2 的client， 由于 协议本身很简单，且标准化程度，和成熟度极高， 建议 在req中直接支持 这个项目 可以作为参考实现 ： https://github.com/ybbus/jsonrpc 例如： ··· golang client.R().JosnrpcCallFor(ctx context.Context, in...
var result string SetSuccessResult(&result) 这样无法正常获取 必须要 resp.body 的方式获取吗？
zstd seems to be not supported, if i get response encoded with zstd it simply turns gibbrish...
请求头设置了参数"Content-Type": "application/json;charset=UTF-8",，再加上自定义请求头header参数值是中文的时候，服务端那边获取的请求头中的参数就是乱码的。也就是说请求头编码格式并不是UTF-8
response = Requestclient.Client.R(). SetBody(body). DisableAutoReadResponse(). MustPost(link) SSE持续响应，超过默认的120s后仍会会直接掐断HTTP连接
- Introduce BodyFormatter interface and BodyFormatterFunc for custom dump body formatting - Update DumpOptions to include RequestBodyFormat and ResponseBodyFormat - Modify dump methods to support optional body formatting - Add...
The `*os.File` returned by `getOutputFile()` never seems to get closed in `mergeFile()`. Is this a bug, or I'm using this the wrong way? （Windows平台）用了`ParallelDownload`后立马`os.Rename()`文件会失败，提示文件正在被使用，我把`parallel_download.go`单独拿出来改，在`mergeFile()`里加上等同于`defer file.Close()`的代码，就可以正确使用了。 虽然`os/file_windows.go`的`newFile()`里，存在`runtime.SetFinalizer(f.file, (*file).close)`，但还是建议可控环境下主动调用`os.File.Close()`
Currently using `SetCookieJar` it's possible to set a custom cookie jar implementation as `http.CookieJar` is an interface, when using `SetCookieJarFactory` there is not way to return a custom cookie jar...
为什么每次新建client会绑定一个新的transport，而不是像标准库一样如果不手动指定就复用DefaultTransport？
