连接池是什么？
在开发一个电商网站时，如果每次用户查看商品详情都要重新建立一次数据库连接，等连接创建好，数据还没取出来，用户可能已经关掉页面了。这种情况就像每次煮面都要先打一口井——效率低得没法看。连接池就是为了解决这个问题而生的。
简单说，连接池就是提前创建好一批数据库连接，放在一个“池子”里备用。当程序需要访问数据库时，直接从池子里拿一个现成的连接，用完再还回去，而不是反复创建和销毁。这个过程，就是连接池设计模式的核心思想。
为什么非要用连接池？
数据库连接不是轻量操作。TCP握手、身份验证、权限检查……每一步都耗时间。假设建立一次连接要200毫秒，系统每秒处理100个请求，那光是建连接就得占用20秒的累计时间——这显然撑不住高并发场景。
而连接池把连接变成可复用的资源，就像共享单车，谁用谁骑，用完停回指定点位。不仅响应变快，系统负载也更平稳。
连接池怎么工作的？
典型的连接池包含几个关键机制：初始化连接数、最大连接数、空闲超时、借用与归还。
比如一个Java应用使用HikariCP作为连接池，配置如下：
DataSource dataSource = HikariDataSource();
dataSource.setJdbcUrl("jdbc:mysql://localhost:3306/shop");
dataSource.setUsername("root");
dataSource.setPassword("password");
dataSource.setMaximumPoolSize(20);
dataSource.setMinimumIdle(5);这里设置了最小空闲连接5个，最多20个。系统启动时就创建5个连接等着，不够用再新建，但最多不超过20个，防止资源耗尽。
当线程调用 getConnection()，池子会返回一个可用连接；调用 close() 时，连接并不会真正关闭，而是被标记为空闲，回到池中等待下次使用。
常见问题与应对
连接泄漏是最常见的坑。程序员忘了关闭连接，或者异常发生时没走 finally 块，导致连接一直被占用。时间一长，池子枯竭，新请求全卡住。
解决办法之一是设置连接的最大生命周期和借用超时：
dataSource.setMaxLifetime(1800000); // 最大存活时间30分钟
dataSource.setConnectionTimeout(30000); // 等待连接超时30秒这样即使某个连接没被正确释放，也会在超时后被强制回收，避免雪崩。
不止数据库，其他场景也能用
连接池的思想其实很通用。比如微服务调用，HTTP客户端也可以用连接池。Apache HttpClient 就支持复用TCP连接，减少握手开销。
PoolingHttpClientConnectionManager connManager = new PoolingHttpClientConnectionManager();
connManager.setMaxTotal(100); // 最多100个连接
connManager.setDefaultMaxPerRoute(20); // 每个路由最多20个再比如Redis客户端，Jedis和Lettuce都内置了连接池支持。频繁读写缓存时，复用连接明显降低延迟。
合理配置才能发挥效果
池子不是越大越好。设成1000个连接，服务器可能先扛不住。操作系统对文件描述符、内存、线程数都有限制。盲目加大池子，反而会导致频繁GC或连接争抢。
一般建议：数据库连接池大小 ≈ CPU核数 × 2 到 4倍。再结合实际压测调整。监控也很重要，通过指标观察等待数、活跃连接、超时次数，及时发现问题。