如何保留客户端与SOCKS代理连接并切换HTTPS目标

核心需求明确：保持客户端与SOCKS代理的TCP连接不中断，仅关闭代理到目标服务器的链路来切换请求目标，下面分模块解答你的疑问：

关于Connection: close请求头的疑问 #

• 发送Connection: close的效果：
  这个头是告知目标服务器，请求处理完成后关闭它与代理之间的TCP连接，完全不会影响客户端和代理之间的底层套接字。SOCKS代理仅做数据转发，会遵循目标服务器的关闭指令断开与目标的链路，但客户端-代理的连接会保持打开状态，完全契合你的复用需求。
• 每个请求添加该头是否会关闭客户端套接字？
  不会。Connection: close的作用范围仅限目标服务器<->代理这条逻辑链路，客户端与代理的TCP连接是独立的，只要你不在客户端主动调用套接字关闭方法，这个连接就会持续保留。需要注意：部分代理服务器有空闲超时机制，若长时间无请求可能会被代理主动断开，这时候需要额外处理重连逻辑，但这属于另一个场景的问题。

Node.js自定义HTTPS Agent相关问题 #

1. req.close()的作用与影响 #

调用req.close()只会终止当前请求对应的TLS会话（也就是代理到目标服务器的逻辑连接），不会关闭客户端与代理之间的底层TCP套接字。因为你在自定义Agent中复用的是底层套接字，TLS会话是建立在该套接字之上的上层逻辑连接，关闭TLS会话不会销毁底层TCP连接，刚好满足你切换目标的需求。

2. Agent回调中req的作用 #

这个req是当前绑定的HTTP请求对象，它关联着你建立的TLS套接字。你可以通过它来管控当前请求的生命周期：比如调用req.close()终止当前请求对应的代理-目标链路，或者监听它的close/finish事件，确认代理与当前目标的连接已完全关闭后，再复用底层套接字去和新目标建立TLS连接、发送新请求。

额外补充：复用底层套接字连接新目标前，务必确保前一个TLS会话已完全关闭（通过监听事件确认），再发起新的TLS握手，避免出现数据混淆的问题。

内容的提问来源于stack exchange，提问作者Tok103r