腾讯云日志服务

因为 http header 可以重复多次 比如 cookie

推特你关注一个活跃大佬，就会慢慢给你推送的

重写 conn 的 read 方法就行了，可以看下 cmux 这个库

win 找个好用的剪切板历史都找不到

冲冲冲

@picone 准确的说还有 proxy

// connectMethod is the map key (in its String form) for keeping persistent
// TCP connections alive for subsequent HTTP requests.
//
// A connect method may be of the following types:
//
// connectMethod.key().String() Description
// ------------------------------ -------------------------
// |http|foo.com http directly to server, no proxy
// |https|foo.com https directly to server, no proxy
// |https,h1|foo.com https directly to server w/o HTTP/2, no proxy
// http://proxy.com|https|foo.com http to proxy, then CONNECT to foo.com
// http://proxy.com|http http to proxy, http to anywhere after that
// socks5://proxy.com|http|foo.com socks5 to proxy, then http to foo.com
// socks5://proxy.com|https|foo.com socks5 to proxy, then https to foo.com
// https://proxy.com|https|foo.com https to proxy, then CONNECT to foo.com
// https://proxy.com|http https to proxy, http to anywhere after that
type connectMethod struct {
_ incomparable
proxyURL *url.URL // nil for no proxy, else full proxy URL
targetScheme string // "http" or "https"
// If proxyURL specifies an http or https proxy, and targetScheme is http (not https),
// then targetAddr is not included in the connect method key, because the socket can
// be reused for different targetAddr values.
targetAddr string
onlyH1 bool // whether to disable HTTP/2 and force HTTP/1
}

@Reficul MaxIdleConns MaxIdleConns 默认都是 0 ，没有限制的

@sadfQED2 加了 DisableKeepAlives：true 临时解决的

@aladdinding 对外请求是很多域名+不同的 http 代理

@picone transport 加了 DisableKeepAlives：true 就没有内存泄漏了，

但是我看代码，加了后会在 header 加入 connection：close ，如果目标网站识别到 close ，主动关闭连接的话，就用不了长连接了

对外请求是很多郁闷，而且还有很多代理，通过 connectMethodKey 来看，连接池会有很多连接，但是我设置了 IdleConnTimeout 为 15s 了，应该也不会出现内存泄漏

@picone 是用了连接池，内存变化是缓慢增长，看 github 也是有一样的 issue ，但是也没讲出问题原因是什么

google 一分钟，吹水一小时

在 net/http 标准库中，http.Request 中的 WithContext 方法会返回一个新的 http.Request 对象，它会将原始的请求对象复制一份，然后将新的上下文信息赋值给新的请求对象。这样做的原因是为了确保新的请求对象与原始请求对象是完全独立的，以避免在并发处理请求时可能出现的竞争条件。

具体来说，WithContext 方法会浅拷贝一份原始请求对象的所有字段，包括头部、URL 、请求体等等。然后它会将新的上下文信息赋值给新的请求对象的上下文字段，这个操作是通过直接赋值来完成的。因为上下文信息通常只是一个指针类型的数据结构，因此它的复制是非常快速和低成本的，因此可以直接进行赋值操作。

通过浅拷贝一份请求对象，可以确保新的请求对象与原始请求对象是独立的。这意味着对新的请求对象的任何修改都不会影响原始请求对象，反之亦然。这在处理并发请求时非常重要，因为多个并发请求可能会同时修改同一个请求对象，这可能会导致不可预料的结果。通过确保每个请求对象都是独立的，可以避免这种情况的发生，从而提高程序的稳定性和可靠性。

FROM ChatGPT

我也有这个问题诶

是的 我们需要

多开几个 python 进程 0.0

有人分享一下 tg 么

不会做抽象么 照着逻辑硬写当然不舒服（想写屎山那没办法）