使用MultiThreadedHttpConnectionManager时，每次调用后需调用releaseConnection吗？

我通过以下方式创建HttpClient：

new HttpClient(new MultiThreadedHttpConnectionManager());

请问每次调用org.apache.commons.httpclient的executeMethod后，是否需要调用releaseConnection？示例代码如下：

final GetMethod getMethod = new GetMethod(uri);

try {
  mHttpClient.executeMethod(getMethod);
} catch (Exception e) {
 // 异常处理
} finally {
  getMethod.releaseConnection();
}

从官方文档中看到：

HttpClient始终会尽力复用连接。连接持久化默认启用，无需配置。在某些情况下，这可能导致连接泄漏，进而造成资源损失。禁用连接持久化最简单的方法是提供或扩展一个连接管理器，使其在releaseConnection方法中释放连接时强制关闭连接。

文档并未明确说明哪种方式更优。每次调用executeMethod后调用releaseConnection会降低性能或存在其他弊端吗？还是应该始终在每次调用后执行releaseConnection？我的场景并非长生命周期请求。

结论：必须在每次调用executeMethod后调用releaseConnection #

• releaseConnection的核心作用是归还连接到池，而非直接关闭：MultiThreadedHttpConnectionManager是连接池管理器，调用这个方法会把当前使用的连接归还给连接池，供后续请求复用，这反而能提升性能——避免重复创建TCP连接的三次握手开销，尤其适合短生命周期请求场景，能显著减少连接建立的耗时。
• 不调用会导致连接泄漏：如果不执行releaseConnection，连接会一直被当前的GetMethod实例持有，连接池中的可用连接会逐渐耗尽，最终引发线程阻塞、无法创建新连接等资源耗尽问题，这正是官方文档提到的“连接泄漏”场景的主要诱因。
• 调用releaseConnection没有性能弊端：官方文档提到的“禁用连接持久化”是特殊场景需求（比如完全不需要复用连接），正常场景下调用该方法是连接池正常工作的必要步骤，不会降低性能，反而能保障连接复用机制生效。
• 示例代码的写法是标准正确实践：在finally块中调用releaseConnection，能确保无论请求成功、失败还是抛出异常，连接都能被正确归还到连接池，避免资源泄漏。

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