如何识别Curl请求使用的TCP连接 判断是否复用已有连接

为什么套接字编号没有变化 #

你观察到的LASTSOCKET返回值固定为6是两个原因共同导致的：

1. 套接字编号是进程内的文件描述符编号，会被操作系统复用：文件描述符是进程级的资源，操作系统分配时会优先使用当前最小的可用编号。你每次执行完请求都会调用c.close()销毁Curl实例，关联的套接字也会被关闭释放对应的描述符，下次新建套接字时就会复用刚释放的6号描述符，哪怕实际是新建的TCP连接，编号看起来也不会变。
2. 测试逻辑没有用到libcurl的连接缓存机制：CURLOPT_MAXAGE_CONN对应的连接缓存默认属于单个Curl实例，你每次请求都新建Curl实例、结束直接销毁，之前的连接缓存会跟着实例一起被清除，根本没有触发连接缓存超时的场景。你观察到的connect_time下降更可能是系统DNS缓存、TCP快速打开等机制导致的，和libcurl的连接复用无关。

正确判断TCP连接复用的方法 #

1. 直接判断是否复用连接 #

使用CURLINFO_NUM_CONNECTS参数即可，这是libcurl原生提供的最准确的判断指标：

• 如果c.getinfo(pycurl.NUM_CONNECTS)返回0，说明本次请求完全复用了现有TCP连接，没有新建连接
• 如果返回值≥1，说明本次请求过程中新建了对应数量的TCP连接

2. 识别具体使用的TCP连接 #

TCP连接由四元组（本地IP、本地端口、远端IP、远端端口） 唯一标识，你可以通过以下参数获取四元组信息，只要四元组完全一致就是同一个TCP连接：

• 远端IP：c.getinfo(pycurl.PRIMARY_IP)
• 远端端口：c.getinfo(pycurl.PRIMARY_PORT)
• 本地IP：c.getinfo(pycurl.LOCAL_IP)
• 本地端口：c.getinfo(pycurl.LOCAL_PORT)

测试连接复用的注意事项 #

如果要验证libcurl的连接复用逻辑，需要复用同一个Curl实例，或者显式配置多个Curl实例共享连接池，不要每次请求都新建、销毁Curl实例，否则连接缓存无法生效。

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