连接聚合
先区分两个设置：运行模式决定应用流量如何进入 HypoMux，调度策略决定进入聚合池的新连接分配到哪张网卡。首次使用先选运行模式；已有多条链路参与工作后，再调整四种调度策略。
工作方式
HypoMux 在每个新连接建立时选择一个出站网卡，并通过源地址绑定和 Windows 接口索引将其固定到真实物理链路。多个独立连接因此可以分布到多张网卡。
可以把它理解为“给每个新连接分配一条路”，而不是把一条连接拆开传输。因此，下载器的并发连接越充足，越有机会同时使用多条网络。
四种调度策略
首页的调度策略决定进入聚合池的新连接使用哪张网卡。2.7.0 提供四种策略；它们都不会把单条 TCP 拆开，也不会为了改策略就迁移已有 TCP 连接。
| 策略 | 行为 | 适合怎样使用 |
|---|---|---|
| 最大速度优先（默认） | 在可用链路间轮流分配新连接，不使用手动权重 | 首次对照、线路速度接近；名称不表示自动测速 |
| 按照权重调度 | 按手动设置的相对权重分配新连接 | 希望自己控制份额，权重为 1–100 的整数 |
| 自适应速度 | 先均匀分配，再依据持续吞吐与连接更替缓慢调整，保留最低份额 | 有足够并发和持续需求的下载；需求不足时可能保持均衡 |
| 低延迟优先 | 结合目标探测的延迟、抖动和丢包择路，样本不足时参考公共探测 | 对延迟敏感的场景，游戏应使用 TUN；仍需对比实际表现 |
设置与热更新
- 在首页启动按钮旁选择策略。2.7.0 支持运行中切换策略和调整权重；切换模式、参与网卡仍应先停止。
- 使用手动权重时，在已选网卡上输入数值；其他策略不按这些数值分配。核心不支持、网卡不可用或保存失败时，按提示处理，不要把未保存的显示当作生效。
- 用同一任务建立新连接，在“活动连接”查看分布并观察持续吞吐。既有连接会继续走原出口，因此效果不会立刻全部改变。
例如两条线路持续速度约为 300 Mbps 和 100 Mbps，可从权重 3:1 开始比较。3:1 与 30:10 的相对份额相同，但连接份额不是流量比例、带宽限制或流量上限。把移动数据网卡设为 1 仍然会用流量；不想使用时请停止后取消选择。
自适应与低延迟的边界
自适应速度需要足够的观测与新连接来学习；长时间只有一两条连接时，不会凭空重分配正在传输的数据。总吞吐明显下降时会撤回调整并进入冷却，不能保证始终快于轮询。
低延迟优先具有保持时间和切换门槛，避免频繁换线。UDP 无回包且有连续探测失败与可用备用线路证据时可尝试重建上游；不会重放历史数据包，健康连接和已有 TCP 不主动迁移。出口变化可能导致游戏重新连接，不能保证不断线。固定稳定出口可使用 TUN 分流规则。
两种运行模式
| 模式 | 适合场景 | 特点 |
|---|---|---|
| 系统代理 | 浏览器、IDM、Steam 等代理感知型软件 | 更轻量；可关闭系统代理接管；不创建虚拟网卡 |
| 虚拟网卡 | 更广泛的 TCP/UDP 与非代理感知流量 | 使用 Wintun、WFP、DNS 与路由规则完成系统级分流 |
系统代理模式
HypoMux 提供本地 HTTP/HTTPS 与 SOCKS5 代理服务，并可接管 Windows 系统代理。适合会遵循系统代理、或允许手动填写本地代理地址的应用。它不创建虚拟网卡，通常是首次使用和下载场景的优先选择。
需要在应用中手动设置代理时，默认本机地址为 127.0.0.1，HTTP/HTTPS 端口为 10801，SOCKS5 端口为 10800。端口可在设置中修改，请以当前软件显示值为准。先启动 HypoMux，再建立应用连接；关闭系统代理接管后，未手动配置代理的应用不会因此自动进入聚合。
虚拟网卡模式
该模式通过 Wintun、WFP、DNS 和路由规则覆盖更广泛的流量。启动前会执行检查；若其他 TUN、VPN 或加速器已接管默认路由，应先退出或关闭它们的接管功能。
TUN 栈选择
在“设置 → 高级网络 / 特殊网络环境 → TUN 协议栈”中，可以选择虚拟网卡模式使用的协议栈：
| 选项 | 工作方式 | 使用建议 |
|---|---|---|
system（默认） | 使用系统协议栈 | 没有兼容性问题时保持默认即可 |
mixed（混合） | TCP 使用系统协议栈，UDP 使用 gVisor | 可用于对比排查 UDP 应用的兼容性问题 |
gvisor（用户态） | 使用完整的用户态协议栈 | 可在前两种方式仍有兼容性问题时尝试 |
选择后会自动保存，在下次启动 TUN时生效。如果正在使用虚拟网卡模式，请先正常停止聚合，再重新启动。该设置不影响系统代理模式，也不改变按连接分配网卡的聚合方式。
三种栈没有适合所有网络和应用的固定速度排名。排查时每次只更改协议栈，用同一个应用和相同链路对比连通性、延迟及资源占用；没有改善时可恢复 system。
TUN 协议栈处理的是本机虚拟网卡流量，切换它不会直接改变路由器或运营商的 NAT 策略。需要了解物理出口的 NAT 行为时，请使用 NAT 类型检测。
速度与延迟
连接聚合提升的是多条并发连接的整体吞吐。单条 TCP 连接仍受它所在链路限制；聚合也不保证降低延迟。对竞技游戏、会议和语音应用，建议使用直连规则。
WARNING
不要把“多网卡聚合”理解为多条宽带合并成单一公网 IP，也不要以单文件、单连接测速结果判断聚合效果。请使用多连接下载或多个并发下载任务验证。