使用CURL_LOCK_DATA_CONNECT时连接的生命周期问题

核心结论 #

共享连接缓存内的连接完全独立于使用它的easy句柄，句柄销毁时不会移除缓存中的连接。

详细说明 #

• 普通easy句柄的连接池：每个easy句柄绑定专属连接池，句柄销毁时，池内所有连接会被直接关闭释放，这部分你已经清楚。
• 启用共享连接缓存（通过配置CURLSHOPT_LOCKFUNC和CURLSHOPT_UNLOCKFUNC，锁定类型指定CURL_LOCK_DATA_CONNECT）后，所有关联到该共享对象的easy句柄，都会共用同一个全局连接缓存。
• 缓存内连接的生命周期由共享对象和CURL自身的连接回收机制控制：只有当共享对象被销毁，或者连接闲置超时（可通过CURLOPT_TIMEOUT等参数调整）、服务器主动断开时，缓存里的连接才会被清理释放。哪怕某个用过该连接的easy句柄被销毁，只要共享对象还存在，连接就会留在缓存里供其他句柄复用。

切换到multi接口的注意事项 #

• 切换到multi接口后，共享连接缓存的逻辑依然生效：你可以将multi句柄关联到同一个共享对象，multi下所有通过curl_multi_add_handle添加的easy句柄，都会共用这个缓存。
• multi接口本身支持单线程管理多个请求，配合共享缓存能进一步提升连接复用效率，比多线程+easy的模式更高效（减少线程上下文切换开销）。
• 重点提醒：不管是easy多线程还是multi接口，共享缓存的线程安全必须靠你自己实现的锁函数来保障，CURL只会在需要访问共享数据时调用你注册的锁/解锁函数。

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