一、连接池是什么？
先说说连接池的定义。
连接池，说白了就是一个「缓存连接的容器」。它预先创建好一批网络连接，放在池子里。当你的程序需要跟交易所通信时，直接从池子里拿一条用。用完再还回去，而不是每次都重新建立。
我刚开始做量化交易系统时，犯过一个低级错误——每次下单都新建一个TCP连接。结果呢？交易所那边直接把我IP封了。为什么？因为频繁建连断连，被当成恶意攻击了。嗯，从那以后，我再也不敢小看连接池了。
核心定义：连接池 = 一组预先建立好的、可复用的网络连接集合。它负责连接的创建、分配、回收和销毁。
二、为什么需要连接池？
你想想看，一个高频交易系统，每秒可能要发几百笔订单。如果每笔订单都走一遍TCP三次握手、四次挥手，那延迟得多高？
我给大家算笔账：
| 场景 | 每次建连耗时 | 100笔订单总耗时 |
|---|---|---|
| 无连接池（每次新建） | 约 1-5ms（TCP握手） | 100-500ms |
| 有连接池（复用） | 约 0.01ms（池内获取） | 1-5ms |
差距是100倍。在交易市场里，1毫秒可能就是盈利和亏损的分界线。
除了延迟，还有几个关键原因：
- 资源开销：每个TCP连接都要占用系统文件描述符、内存缓冲区。无限制创建，系统很快会撑爆。
- 交易所限制：大多数交易所对单个IP的并发连接数有限制。比如某头部交易所，单IP最多允许10个连接。没有连接池，你很容易触发这个限制。
- 稳定性：频繁建连断连，网络抖动时更容易出现TIME_WAIT堆积。我见过一个团队，就是因为这个原因，导致系统在行情剧烈波动时直接瘫痪。
个人经验：我在搭建某币圈交易所的接入层时，发现如果不做连接池，系统运行2小时后，TIME_WAIT状态的连接数能占到总连接数的60%。后来加了连接池，这个数字降到了5%以下。
三、连接池的工作原理
连接池的工作流程，其实不复杂。我画了一张图，大家一看就明白：
整个流程其实就三步：
- 获取连接：应用请求连接时，池子先看有没有空闲连接。有就直接给，没有就创建新的（前提是没达到上限）。
- 使用连接：应用拿着连接去跟交易所通信，比如下单、查行情。
- 归还连接：用完了，不是关闭，而是放回池子里，供下次使用。
这里有个细节要注意：如果池子里所有连接都在忙，而且已经达到最大连接数了怎么办？这时候就要等——等某个连接被归还。等多久？这就是我们下面要说的超时时间。
四、三大核心参数
连接池好不好用，全看这三个参数调得对不对。我一个个说。
1. 初始大小（initial_size）
这个参数决定了连接池启动时，预先创建多少个连接。
我建议设成你系统日常并发量的平均值。比如你的策略平均同时持有5个连接，那就设成5。设太小了，启动后要频繁创建新连接，影响首次交易速度。设太大了，白白占用系统资源。
经验值：对于大多数交易系统，初始大小设为 5-10 比较合适。如果是对延迟极其敏感的高频策略，可以设到 20-30。
2. 最大大小（max_size）
这是连接池能容纳的连接上限。超过这个数，新的连接请求就要排队等待。
这个参数要结合交易所的限制来设。我记得有一次，某交易所文档写的是「单IP最多20个连接」，结果实际测试时，超过15个就开始丢包了。所以我的习惯是：文档值打八折。
避坑指南：我曾经把最大大小设得太大，结果系统在高并发时创建了上百个连接。交易所那边没封我，倒是我的服务器先扛不住了——文件描述符耗尽，整个进程崩溃。所以，最大大小一定要结合服务器 ulimit 来设。
3. 超时时间（timeout）
这个参数有两个维度：
- 获取连接超时：从池子里拿连接，最多等多久。等不到就报错。
- 连接空闲超时：连接在池子里闲着没事干，超过这个时间就把它关了，释放资源。
获取超时我一般设 3-5 秒。为什么？因为交易系统对延迟敏感，等太久不如直接报错，让上层策略去处理。
空闲超时我习惯设 60 秒。太短了，连接频繁被关，失去了池化的意义。太长了，空闲连接占用资源。
| 参数 | 推荐值 | 说明 |
|---|---|---|
| 初始大小 | 5-10 | 根据日常并发量调整 |
| 最大大小 | 10-20 | 交易所限制的80% |
| 获取超时 | 3-5秒 | 超过即报错 |
| 空闲超时 | 60秒 | 释放空闲资源 |
一个小技巧：这三个参数不是一成不变的。我习惯在系统上线后，用监控数据来反推参数是否合理。比如，如果发现连接池使用率长期低于20%，说明初始大小设大了。如果经常出现获取超时，说明最大大小设小了。
好了，连接池的核心概念就这些。说白了，它就是一套「连接复用」的机制。理解了这三个参数，你就掌握了连接池的精髓。下一节，我们会用 Python 代码把这些概念落地，写一个真正能用的连接池。