第7章 订阅与节点管理

订阅功能是现代科学上网工具的核心特性，它让用户无需手动配置即可快速获取和更新节点。本章将深入讲解订阅机制和节点管理技巧。

7.1 订阅链接原理

7.1.1 什么是订阅

订阅定义：

订阅是一个URL链接，访问后返回包含多个代理节点配置的文本内容。客户端定期访问这个链接来获取最新的节点信息。

订阅工作流程：

用户 ──────► 订阅链接 ──────► 服务器
      ①请求           ②返回节点列表

客户端解析节点列表
         ↓
自动添加/更新节点
         ↓
用户可直接使用

7.1.2 订阅链接格式

Base64编码的节点列表：

原始内容（多个节点URL）：
ss://YWVzLTI1Ni1nY206cGFzc3dvcmQ@server1.com:8388#节点1
vmess://ewogICJ2IjogIjIiL...#节点2
trojan://password@server3.com:443#节点3

Base64编码后：
c3M6Ly9ZV1Z6TFRJMU5pMW5ZMjA2Y0dGemMzZHZjbVFA...

订阅链接：
https://example.com/sub?token=abc123
访问后返回Base64编码的节点列表

标准格式示例：

Shadowsocks订阅格式：

ss://method:password@server:port#remark

示例：
ss://YWVzLTI1Ni1nY206bXlwYXNzd29yZA@server.com:8388#香港节点

解码后：
method = aes-256-gcm
password = mypassword
server = server.com
port = 8388
remark = 香港节点

VMess订阅格式：

{
  "v": "2",
  "ps": "节点备注",
  "add": "server.com",
  "port": "443",
  "id": "uuid-here",
  "aid": "0",
  "net": "ws",
  "type": "none",
  "host": "server.com",
  "path": "/path",
  "tls": "tls"
}

编码为：vmess://base64(上述JSON)

Clash订阅格式（YAML）：

proxies:
  - name: "节点1"
    type: ss
    server: server1.com
    port: 8388
    cipher: aes-256-gcm
    password: password1

  - name: "节点2"
    type: vmess
    server: server2.com
    port: 443
    uuid: your-uuid
    alterId: 0
    cipher: auto
    tls: true
    network: ws
    ws-opts:
      path: /path
      headers:
        Host: server2.com

proxy-groups:
  - name: "🚀 节点选择"
    type: select
    proxies:
      - "节点1"
      - "节点2"

7.1.3 订阅更新机制

自动更新流程：

客户端启动
    ↓
检查订阅更新时间
    ↓
距离上次更新 > 设定间隔？
    ↓ 是
发送HTTP GET请求到订阅链接
    ↓
接收服务器响应
    ↓
解析订阅内容（Base64解码/YAML解析）
    ↓
对比现有节点列表
    ↓
┌────────────────┬──────────────┐
│ 新增节点：添加  │ 删除节点：移除│
│ 更新节点：覆盖  │ 保留节点：不变│
└────────────────┴──────────────┘
    ↓
更新本地配置文件
    ↓
记录更新时间

更新策略：

手动更新：
用户主动点击"更新订阅"按钮

定时更新：
每24小时自动更新一次

启动更新：
每次启动客户端时检查更新

智能更新：
检测到节点全部失效时自动更新

7.1.4 订阅链接安全性

潜在风险：

1. 订阅链接泄露
   ✗ 他人可能盗用你的订阅
   ✗ 导致流量被消耗
   ✗ 服务商可能封禁账号

2. 中间人攻击
   ✗ HTTP订阅可能被劫持
   ✗ 返回恶意节点配置
   ✗ 窃取用户流量

3. 隐私泄露
   ✗ 订阅请求暴露真实IP
   ✗ 服务商可追踪用户

安全建议：

✓ 使用HTTPS订阅链接
  确保传输加密，防止劫持

✓ 不要公开分享订阅链接
  订阅链接 = 账号密码

✓ 定期更换订阅链接
  如果怀疑泄露，及时重置

✓ 使用订阅时连接代理
  通过现有节点更新订阅，隐藏真实IP

✓ 验证节点来源
  只使用信任的订阅源

7.2 订阅转换服务

7.2.1 为什么需要订阅转换

问题场景：

机场提供的订阅格式：Shadowsocks通用订阅
你的客户端需要：Clash配置格式

不兼容！
    ↓
需要订阅转换服务

转换需求：

原始格式	目标格式	场景
SS/SSR/V2Ray通用订阅	Clash配置	使用Clash客户端
Clash配置	Quantumult X	iOS用户
V2Ray订阅	Surge配置	Surge用户
单一协议	混合配置	多协议支持

7.2.2 在线转换服务

⚠️ 重要隐私提示：

使用在线转换服务的风险：
⚠️ 订阅链接包含所有节点信息
⚠️ 第三方服务可能记录你的订阅
⚠️ 不可信的服务可能窃取节点

安全建议：
✓ 优先选择自建转换服务（见7.2.3）
✓ 使用知名、可信的在线服务
✓ 避免使用不明来源的转换后端
✓ 定期更换订阅链接和密码

常用转换服务：

1. sub-web（推荐）

在线服务：
https://sub.xeton.dev/
https://api.dler.io/
https://sub.id/

功能：
✓ 支持多种格式互转
✓ 自定义规则
✓ 节点过滤
✓ 重命名节点

使用方法：

1. 选择客户端类型（如Clash）
2. 粘贴订阅链接
3. 选择后端地址
4. 高级设置（可选）：
   - 包含节点：香港|美国
   - 排除节点：过期|测试
   - 启用UDP
   - 启用TFO
5. 生成订阅链接
6. 复制链接到客户端使用

2. ACL4SSR在线转换

网址：https://acl4ssr-sub.github.io/

特点：
✓ 预设多种规则配置
✓ 广告拦截规则
✓ 流媒体解锁规则
✓ 国内外分流

规则类型：
- ACL_默认版
- ACL_无测速版
- ACL_去广告版
- ACL_全分组版
- ACL_精简版

7.2.3 自建转换服务

subconverter后端：

# Docker部署（推荐）
docker run -d \
  --name subconverter \
  -p 25500:25500 \
  tindy2013/subconverter:latest

# 访问：http://localhost:25500/

配置文件示例（pref.ini）：

[common]
api_mode=true
api_access_token=your_secret_token

[node_pref]
# UDP支持
udp_flag=true
# TCP Fast Open
tfo_flag=true
# 跳过证书验证
skip_cert_verify_flag=false

[managed_config]
# 配置更新间隔（秒）
config_update_interval=86400
# 配置更新严格模式
config_update_strict=false

[surge_external_proxy]
# Surge外部代理
surge_ssr_path=/usr/bin/ssr-local

[template]
# 模板路径
template_path=templates

API使用示例：

转换请求：
https://your-domain.com/sub?
  target=clash                          # 目标格式
  &url=https://sub-url.com/link         # 原始订阅
  &config=ACL4SSR_Online_Full.ini       # 规则配置
  &emoji=true                           # 添加国旗emoji
  &list=false                           # 输出为配置文件
  &udp=true                             # 启用UDP
  &tfo=false                            # 禁用TFO
  &expand=true                          # 展开规则
  &scv=false                            # 关闭证书验证
  &fdn=false                            # 过滤非法节点
  &sort=false                           # 不排序节点

参数说明：
target: clash, surge, quan, quanx, loon, ss, ssr, v2ray等
config: 规则配置文件名

7.2.4 订阅转换进阶

节点过滤规则：

包含关键词（include）：
include=香港|HK|美国|US|日本|JP

示例URL：
&include=香港|美国

排除关键词（exclude）：
exclude=过期|到期|剩余

示例URL：
&exclude=过期|测试

节点重命名：

rename规则：
@node_name@新节点名称

示例：
将所有包含"香港"的节点重命名为"HK"
&rename=香港@HK

正则替换：
&rename=/香港\d+/HK$1/

自定义规则：

# 自定义规则文件 custom.ini
[custom]
clash_rule_base=https://example.com/base.yaml

# 添加自定义规则
custom_rules=
  DOMAIN-SUFFIX,openai.com,🚀 节点选择
  DOMAIN-SUFFIX,claude.ai,🚀 节点选择
  DOMAIN-SUFFIX,notion.so,🚀 节点选择

# 自定义代理组
custom_proxy_groups=
  🤖 AI服务`select`(香港|美国)
  🎬 流媒体`select`(美国|日本)

7.3 节点测速与选择

7.3.1 测速原理

延迟测试（Ping/Tcping）：

原理：
客户端 ──► ICMP Echo Request ──► 服务器
         ◄── ICMP Echo Reply  ◄──
              ↑
         测量往返时间 (RTT)

TCP Ping：
客户端 ──► TCP SYN ──► 服务器:端口
         ◄── SYN+ACK ◄──
              ↑
         测量TCP握手时间

结果：
延迟 < 50ms   ：优秀 🟢
延迟 50-100ms ：良好 🟡
延迟 100-200ms：一般 🟠
延迟 > 200ms  ：较差 🔴
超时          ：不可用 ⚫

HTTP测速：

原理：
访问特定URL，测量响应时间

常用测速地址：
http://www.gstatic.com/generate_204
http://www.google.com/generate_204
http://cp.cloudflare.com/

优势：
✓ 更接近实际使用体验
✓ 可以验证节点可用性
✓ 检测HTTP/HTTPS是否正常

带宽测速：

原理：
下载测试文件，计算下载速度

测速过程：
1. 连接节点
2. 下载固定大小文件
3. 计算传输速率
4. 显示速度结果

测速文件：
小文件：1MB（快速测试）
中文件：10MB（常规测试）
大文件：100MB（精确测试）

注意：
⚠️ 消耗流量
⚠️ 测速时间较长
⚠️ 受服务器带宽限制

7.3.2 客户端测速功能

Clash测速：

# config.yaml配置
proxy-groups:
  - name: "♻️ 自动选择"
    type: url-test
    proxies:
      - "节点1"
      - "节点2"
      - "节点3"
    url: 'http://www.gstatic.com/generate_204'
    interval: 300          # 测速间隔（秒）
    tolerance: 150         # 容差（ms）
    lazy: true            # 懒加载模式

测速逻辑：

1. 每300秒测试一次所有节点
2. 选择延迟最低的节点
3. 延迟差 < 150ms时不切换（避免频繁切换）
4. lazy=true时只在使用时才测速

V2RayN测速：

操作步骤：
1. 选中要测速的节点（可多选）
2. 右键 → 测试服务器延迟
   - 真连接延迟（TCPing）
   - 测速（下载速度）
3. 查看结果：
   - 延迟显示在节点名称后
   - 可按延迟排序

快捷键：
Ctrl+A：全选
Ctrl+点击：多选

Shadowrocket测速：

延迟测试：
主界面下拉刷新 → 自动测试所有节点延迟

批量测速：
连通性测试 → 选择多个节点 → 测速

自动选择：
设置 → 延迟测试方法 → URL测试
设置测速URL和间隔

7.3.3 命令行测速工具

LiteSpeedTest：

# 安装
wget https://github.com/xxf098/LiteSpeedTest/releases/download/v0.x.x/lite-linux-amd64
chmod +x lite-linux-amd64

# 测速订阅链接
./lite-linux-amd64 \
  --config ./config.json \
  --test https://your-subscription-url

# 输出结果
节点名称                延迟    速度
香港-01                15ms    125MB/s
美国-03                180ms   98MB/s
日本-02                45ms    156MB/s

配置文件示例：

{
  "thread": 4,
  "speedtestMode": "pingonly",
  "pingMethod": "googleping",
  "sortMethod": "speed",
  "outputMode": "2"
}

stairspeedtest：

# Docker运行
docker run -d \
  -p 65500:65500 \
  tindy2013/stairspeedtest-reborn

# Web界面访问
http://localhost:65500

功能：
✓ 批量测速
✓ 生成测速报告
✓ 支持多种协议
✓ 导出结果

7.3.4 节点选择策略

基于用途选择：

日常浏览：
优先级：稳定性 > 速度 > 延迟
推荐：本地区节点（香港/日本/新加坡）

看视频/流媒体：
优先级：速度 > 稳定性 > 延迟
推荐：高带宽节点，原生IP
流媒体解锁：Netflix需美国/日本原生IP

下载/上传：
优先级：带宽 > 稳定性 > 延迟
推荐：不限流量的高速节点

游戏加速：
优先级：延迟 > 稳定性 > 速度
推荐：本地区低延迟节点（<50ms）

匿名浏览：
优先级：隐私 > 稳定性 > 其他
推荐：远程节点，多层代理

地区选择建议：

中国大陆用户：

首选：
🇭🇰 香港：延迟低（5-30ms），速度快
🇯🇵 日本：延迟低（30-60ms），带宽大
🇸🇬 新加坡：延迟中等（50-80ms），稳定

次选：
🇺🇸 美国西海岸：延迟中（120-180ms），流媒体好
🇰🇷 韩国：延迟低（30-60ms），游戏好

不推荐：
🇪🇺 欧洲：延迟高（200-300ms）
🇦🇺 澳大利亚：延迟极高（300+ms）

时间段选择：

高峰期（晚上8-12点）：
✗ 热门节点拥挤
✓ 选择冷门地区节点
✓ 使用负载均衡

低峰期（凌晨/白天）：
✓ 所有节点速度较好
✓ 适合大文件下载

7.4 负载均衡配置

7.4.1 负载均衡原理

什么是负载均衡？

将流量分散到多个节点，提高整体性能和可靠性。

传统单节点：
所有流量 ────► 单个节点 ────► 互联网
             (容易拥堵)

负载均衡：
      ┌──► 节点1 ──┐
流量 ─┼──► 节点2 ──┼─► 互联网
      └──► 节点3 ──┘
    (分散负载，提高速度)

负载均衡策略：

1. 轮询（Round Robin）

原理：
请求1 → 节点A
请求2 → 节点B
请求3 → 节点C
请求4 → 节点A（循环）

特点：
✓ 简单公平
✓ 平均分配
✗ 不考虑节点性能差异

2. 随机（Random）

原理：
每个请求随机选择一个节点

特点：
✓ 实现简单
✓ 分布均匀（大量请求时）
✗ 短期内可能不均

3. 最少连接（Least Connections）

原理：
选择当前连接数最少的节点

特点：
✓ 智能分配
✓ 适应节点性能差异
✓ 避免某个节点过载

4. 一致性哈希（Consistent Hashing）

原理：
根据请求特征（如域名）计算哈希值
相同特征总是选择相同节点

特点：
✓ 保持会话连续性
✓ 同一网站走同一节点
✓ 适合需要保持登录状态的场景

应用：
同一个网站的多个请求走同一节点
避免频繁切换导致需要重新登录

7.4.2 Clash负载均衡配置

基础配置：

proxy-groups:
  - name: "⚖️ 负载均衡"
    type: load-balance
    proxies:
      - "香港-01"
      - "香港-02"
      - "香港-03"
      - "日本-01"
      - "日本-02"
    url: 'http://www.gstatic.com/generate_204'
    interval: 300
    strategy: consistent-hashing  # 策略选择

策略详解：

# 1. 一致性哈希（推荐）
strategy: consistent-hashing
# 同一域名走同一节点
# 适合：日常浏览、保持登录

# 2. 轮询
strategy: round-robin
# 依次轮流使用节点
# 适合：下载、流媒体

高级配置：

proxy-groups:
  # 按地区分组负载均衡
  - name: "⚖️ 香港负载均衡"
    type: load-balance
    use:
      - provider1
    filter: "香港|HK|Hong Kong"
    url: 'http://www.gstatic.com/generate_204'
    interval: 300
    strategy: consistent-hashing

  - name: "⚖️ 美国负载均衡"
    type: load-balance
    use:
      - provider1
    filter: "美国|US|United States"
    url: 'http://www.gstatic.com/generate_204'
    interval: 300
    strategy: round-robin

  # 主选择组
  - name: "🚀 节点选择"
    type: select
    proxies:
      - "⚖️ 香港负载均衡"
      - "⚖️ 美国负载均衡"
      - "♻️ 自动选择"

7.4.3 V2Ray负载均衡配置

V2Ray outbounds配置：

{
  "outbounds": [
    {
      "tag": "balancer",
      "protocol": "freedom",
      "settings": {}
    },
    {
      "tag": "proxy1",
      "protocol": "vmess",
      "settings": { ... }
    },
    {
      "tag": "proxy2",
      "protocol": "vmess",
      "settings": { ... }
    },
    {
      "tag": "proxy3",
      "protocol": "vmess",
      "settings": { ... }
    }
  ],
  "routing": {
    "rules": [
      {
        "type": "field",
        "outboundTag": "balancer",
        "balancerTag": "load-balancer"
      }
    ],
    "balancers": [
      {
        "tag": "load-balancer",
        "selector": ["proxy1", "proxy2", "proxy3"],
        "strategy": {
          "type": "random"  // 或 "leastPing"
        }
      }
    ]
  }
}

策略类型：

// 1. 随机选择
"strategy": {
  "type": "random"
}

// 2. 最低延迟
"strategy": {
  "type": "leastPing"
}

// 3. 轮询（需要额外配置）
"strategy": {
  "type": "roundRobin"
}

7.4.4 负载均衡最佳实践

场景推荐：

下载大文件：
策略：轮询（round-robin）
节点：3-5个高速节点
原因：分散负载，充分利用带宽

日常浏览：
策略：一致性哈希（consistent-hashing）
节点：同地区节点（如全部香港）
原因：保持会话，避免验证码

看流媒体：
策略：手动选择（不用负载均衡）
节点：单个原生IP节点
原因：避免IP变化导致检测

多人共享：
策略：最少连接（least-connections）
节点：多个不同地区节点
原因：智能分配，适应不同使用场景

注意事项：

⚠️ 避免混用不同地区节点
原因：可能导致访问异常（IP频繁变化）

⚠️ 节点数量适中（3-5个）
过少：负载均衡效果不明显
过多：管理复杂，故障率增加

⚠️ 定期测速
确保所有节点状态良好
及时剔除失效节点

⚠️ 监控流量分布
检查是否真正实现负载均衡
调整策略和节点配置

7.5 故障转移策略

7.5.1 故障转移原理

Failover机制：

主节点正常：
流量 ────► 主节点 ────► 互联网
           (优先使用)

主节点故障：
流量 ────✗ 主节点（失败）
     ↓
     └──► 备用节点1 ────► 互联网
          (自动切换)

备用节点1也故障：
流量 ────► 备用节点2 ────► 互联网
          (继续尝试下一个)

故障检测方式：

1. 超时检测
   连接超时 > 5秒 → 判定故障

2. HTTP状态码
   返回4xx/5xx → 判定故障
   返回200 → 节点正常

3. 定期探测
   每N秒访问测试URL
   失败次数 > 阈值 → 故障

4. 心跳检测
   定期发送心跳包
   无响应 → 故障

7.5.2 Clash故障转移配置

基础配置：

proxy-groups:
  - name: "🌐 故障转移"
    type: fallback
    proxies:
      - "香港-主节点"
      - "香港-备用1"
      - "香港-备用2"
      - "日本-备用"
    url: 'http://www.gstatic.com/generate_204'
    interval: 300        # 健康检查间隔（秒）
    timeout: 2000        # 超时时间（毫秒）

工作流程：

1. 定期检查（每300秒）
   ├─ 测试 "香港-主节点"
   ├─ 测试 "香港-备用1"
   ├─ 测试 "香港-备用2"
   └─ 测试 "日本-备用"

2. 选择节点
   ├─ 优先使用列表中第一个可用节点
   ├─ 主节点正常 → 使用主节点
   ├─ 主节点故障 → 使用备用1
   └─ 备用1故障 → 使用备用2

3. 自动恢复
   └─ 主节点恢复后自动切回

分级备份配置：

proxy-groups:
  # 第一层：地区故障转移
  - name: "🇭🇰 香港故障转移"
    type: fallback
    proxies:
      - "香港-01"
      - "香港-02"
      - "香港-03"
    url: 'http://www.gstatic.com/generate_204'
    interval: 300

  - name: "🇯🇵 日本故障转移"
    type: fallback
    proxies:
      - "日本-01"
      - "日本-02"
    url: 'http://www.gstatic.com/generate_204'
    interval: 300

  # 第二层：跨地区故障转移
  - name: "🌐 全局故障转移"
    type: fallback
    proxies:
      - "🇭🇰 香港故障转移"
      - "🇯🇵 日本故障转移"
      - "🇺🇸 美国故障转移"
    url: 'http://www.gstatic.com/generate_204'
    interval: 600

7.5.3 综合策略配置

组合使用：自动选择 + 故障转移

proxy-groups:
  # 香港节点自动选择（选最快）
  - name: "🇭🇰 HK-Auto"
    type: url-test
    proxies:
      - "香港-01"
      - "香港-02"
      - "香港-03"
    url: 'http://www.gstatic.com/generate_204'
    interval: 300

  # 日本节点自动选择
  - name: "🇯🇵 JP-Auto"
    type: url-test
    proxies:
      - "日本-01"
      - "日本-02"
    url: 'http://www.gstatic.com/generate_204'
    interval: 300

  # 地区级故障转移
  - name: "🌐 主代理组"
    type: fallback
    proxies:
      - "🇭🇰 HK-Auto"   # 优先香港最快节点
      - "🇯🇵 JP-Auto"   # 备用日本最快节点
      - "🇺🇸 US-01"     # 最后备用
    url: 'http://www.gstatic.com/generate_204'
    interval: 600

完整实战配置：

proxy-groups:
  # 主选择组（用户手动选择）
  - name: "🚀 节点选择"
    type: select
    proxies:
      - "♻️ 自动选择"
      - "🌐 故障转移"
      - "⚖️ 负载均衡"
      - "🇭🇰 香港节点"
      - "🇯🇵 日本节点"
      - "🇺🇸 美国节点"

  # 自动选择（全局最快）
  - name: "♻️ 自动选择"
    type: url-test
    use:
      - all-proxies
    url: 'http://www.gstatic.com/generate_204'
    interval: 300
    tolerance: 50

  # 故障转移（高可用）
  - name: "🌐 故障转移"
    type: fallback
    proxies:
      - "🇭🇰 香港自动"
      - "🇯🇵 日本自动"
      - "🇺🇸 美国自动"
    url: 'http://www.gstatic.com/generate_204'
    interval: 600

  # 负载均衡（高性能）
  - name: "⚖️ 负载均衡"
    type: load-balance
    use:
      - all-proxies
    url: 'http://www.gstatic.com/generate_204'
    interval: 300
    strategy: consistent-hashing

  # 香港节点组
  - name: "🇭🇰 香港节点"
    type: select
    proxies:
      - "🇭🇰 香港自动"
      - "🇭🇰 香港故障转移"
      - "🇭🇰 香港负载均衡"

  - name: "🇭🇰 香港自动"
    type: url-test
    use:
      - all-proxies
    filter: "香港|HK|Hong Kong"
    url: 'http://www.gstatic.com/generate_204'
    interval: 300

  - name: "🇭🇰 香港故障转移"
    type: fallback
    use:
      - all-proxies
    filter: "香港|HK|Hong Kong"
    url: 'http://www.gstatic.com/generate_204'
    interval: 300

  - name: "🇭🇰 香港负载均衡"
    type: load-balance
    use:
      - all-proxies
    filter: "香港|HK|Hong Kong"
    url: 'http://www.gstatic.com/generate_204'
    interval: 300
    strategy: consistent-hashing

proxy-providers:
  all-proxies:
    type: http
    url: "your-subscription-url"
    interval: 86400
    path: ./proxies/all.yaml
    health-check:
      enable: true
      interval: 600
      url: http://www.gstatic.com/generate_204

7.5.4 故障转移最佳实践

配置原则：

1. 分层设计
   节点级 → 地区级 → 全局级

2. 合理间隔
   节点检查：300-600秒
   地区检查：600-1200秒
   避免过于频繁（浪费流量）

3. 超时设置
   正常节点：< 1000ms
   慢速节点：1000-3000ms
   超时阈值：2000-5000ms

4. 备份充足
   至少2-3个备用节点
   覆盖不同地区
   避免单点故障

监控与维护：

定期检查：
✓ 查看节点健康状态
✓ 分析故障转移记录
✓ 优化节点顺序

故障处理：
✓ 记录故障时间和原因
✓ 联系服务商解决
✓ 及时更新订阅

性能优化：
✓ 根据使用情况调整优先级
✓ 移除长期不可用节点
✓ 添加更稳定的备用节点

---

本章小结

本章深入讲解了订阅与节点管理的核心知识：

核心要点：

1. 订阅机制：
2. 订阅链接格式与原理
3. 自动更新机制

4. 安全性注意事项

5. 订阅转换：

6. 格式互转需求
7. 在线转换服务

8. 自建转换后端

9. 节点测速：

10. 延迟、HTTP、带宽测速
11. 客户端测速功能

12. 节点选择策略

13. 负载均衡：

14. 轮询、随机、一致性哈希
15. Clash/V2Ray配置

16. 场景化应用

17. 故障转移：

18. Failover机制
19. 分层备份设计
20. 自动恢复策略

实用配置建议：

日常使用：
🚀 节点选择
  ├─ ♻️ 自动选择（默认，选最快）
  ├─ 🌐 故障转移（高可用）
  └─ ⚖️ 负载均衡（高性能）

专业配置：
分地区组织
  ├─ 每个地区：自动选择 + 故障转移
  ├─ 跨地区：故障转移
  └─ 特定用途：负载均衡（下载）或手动选择（流媒体）

下一章我们将学习分流规则的详细编写方法。

---

实践任务：

1. 配置订阅并尝试转换格式
2. 测试所有节点延迟和速度
3. 设置负载均衡组
4. 配置多层故障转移
5. 观察节点切换行为