机场速度优化：选节点、协议与可调参数

机场速度主要由节点线路、机场带宽和你的本地网络决定，客户端里能调的参数空间有限。最有效的做法是：正确测速、换对节点和线路，其次才是协议与少量参数调整。

先明确一点：客户端本身几乎不会成为瓶颈，「越调越快」的心态往往会把配置调乱。下面的顺序按投入产出比排列，前三步解决大多数问题。

按顺序优化

1. 先排除本地问题：关掉代理测一次国内测速，确认宽带本身正常；Wi-Fi 信号差时先换网线或 5GHz 频段。
2. 用实际速度挑节点：不要只看延迟数字，挑 2–3 个候选节点分别打开测速网站或下载大文件。
3. 换线路类型：同一地区优先试 IEPL / IPLC 专线或 中转 节点，高峰期通常比 直连 稳定。
4. 换协议：同一节点提供多种协议时，对比测试，见下文。
5. 调整代理组：用自动测速组减少手动切换，但设置合理的容差。
6. 最后才动参数：MTU、多路复用、并发等，改一项测一次。

协议取舍

• Hysteria2 基于 UDP，在丢包较多的网络上表现常常更好，但部分运营商对大流量 UDP 有限速或干扰，效果因地而异。
• VLESS / Trojan 基于 TCP + TLS，兼容性好，速度主要看线路。
• 协议是否可用取决于机场提供了什么，客户端内核也必须支持。

自动测速代理组

proxy-groups:
  - name: 自动选择
    type: url-test
    include-all: true
    filter: "(?i)港|HK|Hong Kong"
    url: https://www.gstatic.com/generate_204
    interval: 300
    tolerance: 50

• tolerance 设为几十毫秒，避免节点间延迟接近时频繁切换，切换会打断正在进行的长连接。
• interval 不宜太短，频繁测速本身也会占用资源。
• include-all 与 filter 需要较新的 mihomo 内核，以实际版本为准。

能做与不该做的参数调整

项目	说明	建议
MTU（TUN）	过大可能导致分片和卡顿	默认值即可，只有个别网站卡住时尝试调低，如 1400 左右
多路复用（mux）	减少握手，但单连接出问题会影响一批请求	机场未明确支持就不要开
下载并发	多线程下载可提高大文件速度	适度，过高可能触发机场限速或滥用检测
规则与 DNS	错误分流会让国内流量绕路	检查 分流规则与 DNS 设置
TUN 与 stack	不同 stack 性能略有差异	只在有问题时调整，见 TUN 模式

正确测速的方法

1. 固定一个时间段测试，避免在高峰与非高峰之间比较。
2. 每个节点测两到三次取平均，单次结果波动很大。
3. 同时记录延迟、下载速度和网页打开体感，三者不一定一致。
4. 测试大文件下载时注意流量消耗，尤其是高倍率节点。
5. 记录结果后，把表现最好的节点放入常用组，减少日常手动切换。

无法靠本地优化的情况

• 机场节点带宽不足或用户过多（超售），表现为长期高峰期严重变慢。
• 套餐本身限速，或 流量倍率 高的节点被你当成了主力。
• 跨运营商国际出口拥堵。

这类问题只能换节点、联系客服或更换服务。如果节点不是慢而是完全连不上，请改看 节点连不上排查清单。