NetworkInterface 不直接绑定 SocketChannel，而是通过提取其合法 InetAddress 构造 InetSocketAddress 后调用 bind()；SocketChannel.bind() 仅固定本地地址，不强制出口网卡，Linux 下需 SO_BINDTODEVICE（Java 原生不支持）才能指定物理出口。
NetworkInterface 本身不直接参与 SocketChannel 的绑定，它只负责描述本地某块网卡的配置（如 IP 地址、子网掩码、是否启用等）。真正用于绑定的是 InetSocketAddress，而它的 IP 部分可来源于 NetworkInterface 所关联的 InetAddress。所以“动态绑定”本质是：**从指定网卡获取可用的 IPv4/IPv6 地址，构造 InetSocketAddress，再传给 Channel 的 bind() 方法**。
获取指定网卡的可用地址
不能直接用 NetworkInterface 实例去 bind，必须先提取其合法、非回环、非虚拟的 InetAddress：
- 调用
NetworkInterface.getByName("eth0")或getByInetAddress()获取目标网卡 - 遍历该网卡的
getInetAddresses()，过滤掉isAnyLocalAddress()、isLoopbackAddress()、isLinkLocalAddress()的地址 - 优先选 IPv4（除非明确需 IPv6），且确保该地址处于
isReachable(100)或已知可用状态（实际部署中常跳过 reachability 检查，依赖配置）
构造并绑定到 SocketChannel
SocketChannel 是客户端通道，一般不 bind 本地地址（由系统自动分配），但某些场景（如多宿主机器需指定出口网卡、测试源地址策略）需要显式 bind：
- 创建 SocketChannel 后，立即调用
configureBlocking(false)（若走 NIO 多路复用） - 用上一步选出的 InetAddress 和任意本地端口（如 0 表示随机）构造
InetSocketAddress(addr, 0) - 调用
socketChannel.bind(localAddr)—— 注意：此操作必须在 connect() 之前完成 - 若 bind 失败（如地址不可用、端口被占、权限不足），会抛出 IOException，需捕获处理
ServerSocketChannel 绑定网卡地址更常见
服务端监听更常按网卡选择监听地址：
- 同样通过 NetworkInterface 获取目标 InetAddress
- 构造
InetSocketAddress(inetAddress, port)，例如new InetSocketAddress(InetAddress.getByName("192.168.1.10"), 8080) - 调用
serverChannel.bind(addr)，之后 accept 的连接将只响应来自该网卡对应子网的请求 - 若想监听所有网卡，仍可用
InetAddress.getAnyLocalAddress()（即 0.0.0.0 或 ::0）
注意事项与典型误区
容易忽略的关键点：
- SocketChannel.bind() 不等价于设置 outbound interface：它只固定本地套接字地址，操作系统仍可能根据路由表选择实际出口网卡
- Linux 下若需强制出口网卡，应配合
SO_BINDTODEVICE（Java 标准 API 不支持，需 JNI 或 Netty 的LinuxSocketOption） - Windows 对多网卡绑定行为与 Linux 存在差异，建议在目标环境实测
- 使用 IPv6 地址时注意 scope_id（链路本地地址需带接口索引），否则 bind 可能失败
