两张网卡在线，为什么路径仍不符合预期？

电脑同时插着网线、连着 Wi-Fi，快鸭显示已连接，浏览器的访问表现却没有按预期变化。这时应先区分设备接入、系统路由、应用代理与旧连接，而不是立即把某张网卡的优先级调到最高。客户端显示的线路名称，不能单独证明每个应用都已采用相同出口。

先按设备联网与连接状态检查确认网络确实可用，记录有线、无线及虚拟网络适配器名称，并保存客户端当前状态。本文介绍 Windows 通用网络行为，不推断快鸭是否创建隧道接口或修改路由表。

先匹配目的地，再比较代价

系统会从路由表中寻找匹配目标地址的条目，优先采用最长前缀匹配。指向某个子网的具体路由，通常比覆盖所有目的地的默认路由更优先。因此，接口度量值较小，并不意味着该接口永远承担全部流量。

同等前缀长度的候选路径再比较代价；在 Windows 中，需要一起考虑路由度量值和接口度量值。自动度量值还可能随链路条件变化。IPv4 与 IPv6 有各自的路由信息，不能只看 IPv4 默认路由就解释双栈应用的所有请求。

用只读命令留下可比较的记录

打开终端，先执行下面的查询。它们用于查看配置，不会删除或改写路由。记录目标前缀、接口索引、下一跳和度量值；默认路由是 IPv4 的 0.0.0.0/0 和 IPv6 的 ::/0，但目标也可能匹配更具体的路径。

route print
Get-NetRoute -AddressFamily IPv4
Get-NetRoute -AddressFamily IPv6
Get-NetIPInterface | Select-Object InterfaceIndex,InterfaceAlias,AddressFamily,InterfaceMetric,ConnectionState

不要把表中最小的数字直接当作最终答案。将接口索引对应到实际网卡，再观察目标地址是否有专用路由。需要理解线路设置与系统路径的关系时，可继续阅读线路切换后的验证顺序。

区分系统路由与应用自己的连接

浏览器或其他软件可能配置应用代理。此时系统路由首先决定如何到达代理服务，应用访问的最终站点并不一定是本地路由直接匹配的目的地。虚拟隧道、组织策略和已有会话也会影响结果，单凭一个网卡度量值无法判断实际出口。

  1. 固定一个自己有权访问的 HTTPS 页面，记下时间和现象。
  2. 切换一次线路，等待客户端状态稳定，重新发起请求。
  3. 比较切换前后的路由、实际远端地址及应用代理设置。
  4. 若只有一个应用异常，优先查该应用的代理、缓存和旧连接。

只改有依据的一项，并保留恢复方式

不建议无依据地删除默认路由、批量调整所有网卡度量值，或断开承担远程管理的接口。重要连接进行中时，应先安排可恢复的维护时机。即使默认路径符合预期，认证、DNS、服务端响应或应用自身仍可能导致连接失败。

多网络设备的思路也可对照macOS 网络服务顺序：设置表达的是选择偏好，实际请求需要单独验证。最终保留“目标、时间、接口、地址族、现象”这几项记录，比反复盲目改参数更有帮助。