买了一台测试了下，ping 延时是原来的近两倍，应该线路变了

@Lightbright #15 任务管理器监控显示是火绒搞的鬼，随后骤然下降。我如果不调出任务管理器查看，这个情况会持续下去

@cmdOptionKana #13 但任务管理器为什么显示是火绒在占用 CPU ？

@mmdsun #9 任务管理器显示是火绒在占用，其它程序无异常。诡异的是火绒在调出任务管理器后 CPU 就快速降了下来，就像不想让用户知晓似的

@yaoliyc #2 风扇转速很快，调出任务管理器瞬间可以看到火绒在占用 CPU，但很快降下来

@hanguofu 文件的绝对路径或者相对路径

@FutherAll #1 不是，Golang 的 net/http 会默认自动设置 Content-Length 的，后面我自己手动在 Header 加上 Content-Length 也测试了一遍，但服务端读取到的并不是我设置的值，跟没手动设置 Header 一样，少 20 个字节

@blless #7 捣鼓这玩意只是为了省事而已（有的时候不希望反序列化到结构体）。gjson 兼容 encoding/json 和 jsoniter，追求性能的话可切换 jsoniter 进行构建的（ go build -tags=jsoniter .）

@lance6716 通篇也没说官方库难用吧，再说这本来就基于标准库。我写给自己用的，分享给需要的人，不喜你当路过就行了

@blless #3 二者是不一样的，这里的 gjson 本质上是反序列化到 map[string]interface{} 并提供了友好的 API 获取 map 中的字段而已，本质上还是调用了标准库，而 tidwall/gjson 是一个 json-parser。

@tyrealgray 其实上 go module 的库也是删不了的，goproxy 有缓存

遇到同样问题，在 bugme 上出现的，可以检查下系统是否允许 play 商店读写手机存储的权限，打开就行了

@ZSeptember #17 v0.3.0 已加上。

@ZSeptember #15 如果你不设置 Accept-Encoding 请求头的话，net/http 会自动解压缩，不知你指的场景是什么

@wnanbei #13 感谢反馈，我已在最新的 commit 中修正此问题，这种情况下你只要调用多次 `sreq.WithQuery` 或者 `sreq.WithForm` 即可。

@ZSeptember #6 我在开发分支增加了你说的 middleware 机制，不知是否是你想要的？

<script src="https://gist.github.com/winterssy/098c1097294552c490699c4aa6e51b50.js"></script>

@superrichman #10 sreq 支持这样的功能，只不过由另外的 API 提供，而且不管是何种方式 sreq 都不会写临时文件。

@ZSeptember #6 我看了下，resty 的 middleware 相当于请求 /响应拦截器，后续会加上，能否针对此功能提些建议？

@superrichman #7 不是哈，是分块上传的，并且用了 os.Pipe，内存占用也比较低