Boost Asio async_connect后本地bind端点被重置问题排查

你遇到的绑定失效问题核心是boost::asio::async_connect迭代器版本的默认行为和你的预期不符：

• 该重载的内部实现逻辑规定：如果传入的socket在调用async_connect时已经处于open状态，函数会在发起第一个连接尝试前主动关闭该socket，再根据待连接端点的协议类型重新创建socket；后续连接重试时，只要上一次连接失败，同样会先关闭当前socket再重新open尝试下一个端点。
• 你提前执行的set_option、bind配置都是针对手动open的旧socket生效的，async_connect启动后直接关闭了这个旧socket，后续建连用的是它自行重新open的新socket，没有继承你之前的网卡绑定配置，连接时会按照系统路由表自动选择默认出口网卡，因此回调中查询到的本地端点是默认接口地址。
• 你观察到前后原生文件描述符数值一致，是因为旧fd刚被释放就立刻被新socket申请复用，属于操作系统fd分配的正常现象，不代表前后是同一个完成过绑定配置的socket实例。

• 方案1（推荐，逻辑可控）：不使用迭代器版本的自动连接接口，自行管理连接流程
  1. 保留你现有的socket open、参数配置、本地网卡绑定逻辑，不要让Asio自动重置socket
  2. 手动遍历域名解析得到的端点列表，直接对已经绑定好的socket调用async_connect逐个尝试对端地址，连接失败时直接切换下一个端点即可，全程不关闭已配置的socket，本地绑定规则会持续生效。
• 方案2：使用带连接条件参数的async_connect重载
  传入自定义的连接条件回调，在每次Asio准备尝试新的连接端点前（即每次自动重新open socket之后），手动重新执行参数配置和本地绑定操作，保证每次发起连接的socket都已经绑定到指定网卡。

注意：不要通过「调用async_connect前不手动open socket」的方式规避自动关闭逻辑，Asio自动open的socket不会执行你需要的绑定配置，依然会走默认网卡出口。

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