QuickQ如何导入分流规则？

在 QuickQ 中导入分流规则通常很直接：进入应用的“分流/配置”页面，选择“导入规则”或“加载配置”，然后从本地文件、剪贴板粘贴或输入订阅 URL（支持常见的 Clash、Surge、PAC、Hosts 等格式）导入，确认格式并保存，最后重载配置或重启服务，通过日志、IP 查询或访问测试页面验证规则是否生效。若遇到格式不兼容，先转换或按格式调整规则顺序再导入。

QuickQ如何导入分流规则？

Table of Contents

先把概念搞清楚（费曼法第一步：用最简单的话解释）

分流规则其实就是“给流量贴标签并决定去向”的清单。想象一下，你在家里装了几个不同的出门路线：有走高速（全走 VPN）、有走内街（直连）、还有特定时间才走的备用路。分流规则就是告诉 QuickQ：遇到这个域名/这个 IP/某个应用，就走哪条路线。

核心要点（一句话总结）

来源：规则可以来自本地文件、粘贴、或订阅 URL（定期更新）。
格式：常见格式包括 Clash YAML、Surge 配置、PAC 或 hosts 列表等。
顺序与匹配：规则是有优先级的，先命中的规则生效。
生效验证：保存后重载配置，查看日志或通过访问测试确认流量走向。

为什么要导入分流规则（理解动机）

这一步有点像做清单：你想在不同场景把不同流量走不同通道。比如办公系统与外网视频混在一起，你不想全部走 VPN（浪费带宽、可能触发安全策略），于是把办公流量直连，把其它流量走加速。把规则导入到 QuickQ，能实现自动化，省去手动切换。

QuickQ 支持哪些导入方式（总体概览）

本地文件导入：选择一个存放在设备上的配置文件，常见扩展名有 .yaml、.yml、.conf、.txt。
剪贴板粘贴：直接把规则文本粘贴到应用的配置编辑器里。
订阅 URL 导入：填写第三方提供的配置订阅地址，应用会定期拉取更新。
手动新建/编辑：在 QuickQ 的编辑器中逐条添加规则。

常见规则格式与对应示例（让你能认出文件）

不同来源的规则写法不一样，下面把常见格式列出来，帮助你识别并快速调整。

Clash（YAML）格式示例

这是目前流行的规则格式之一，结构化且支持策略组。

port: 7890
proxy-groups:
  - name: "Auto"
    type: select
    proxies:
      - "PROXY-A"
      - "DIRECT"
rules:
  - DOMAIN-SUFFIX,google.com,PROXY-A
  - DOMAIN-KEYWORD,youtube,PROXY-A
  - GEOIP,CN,DIRECT
  - FINAL,Auto

Surge（Conf）格式示例

Surge 写法偏列表化，很多规则管理工具也支持导出成这种格式。

[Rule]
DOMAIN-SUFFIX,google.com,PROXY
DOMAIN-KEYWORD,youtube,PROXY
IP-CIDR,127.0.0.0/8,DIRECT
FINAL,DIRECT

PAC（自动代理配置）示例

PAC 用 JavaScript 写，一些旧式客户端和浏览器扩展仍然使用它。

function FindProxyForURL(url, host) {
  if (dnsDomainIs(host, "google.com")) return "PROXY 127.0.0.1:7890";
  if (shExpMatch(host, "*.example.cn")) return "DIRECT";
  return "DIRECT";
}

Hosts / 域名黑白名单示例

# hosts 风格
127.0.0.1 example.local
# 简单域名单行
ad.example.com
tracking.example.net

实际操作：按平台步骤（尽量贴近日常 UI）

下面分操作系统讲几种典型流程。不同版本的 QuickQ 界面可能有细微差别，但步骤思路是一致的。

Windows（桌面版）

打开 QuickQ，点击右上角或侧边的“设置 / 配置 / 分流”入口。
找到“分流规则”或“规则管理”区域，通常会有“导入”、“订阅”、“新建”按钮。
选择“导入规则” → 选择来源：
- 本地文件：选择 .yaml/.conf/.txt 等，点击打开。
- 粘贴：选择“从剪贴板粘贴”或“编辑器”，把规则文本粘贴进去。
- 订阅 URL：选择“通过 URL 导入”，填入订阅地址并保存（可设置自动更新间隔）。
确认格式（若有格式选项，选择 Clash/Surge/PAC），保存并按“重载配置”或重启服务。
打开 QuickQ 的“日志/连接”窗口或使用命令行工具（如 tracert）验证访问路径。

macOS（菜单栏或客户端）

在菜单栏点击 QuickQ 图标，选择“Preferences / 设置” → “Rules / 分流”。
点击“Import/导入”，填入本地文件或订阅 URL。也可以直接在“配置”面板中粘贴规则文本。
保存后，点击“Apply”或“Reload”使配置生效。
用浏览器访问 ip-check 网站或 QuickQ 自带日志检查走向。

Android（移动端）

打开 QuickQ App，进入侧边栏的“设置”或“配置中心”。
找到“分流规则”或“配置管理” → “导入规则”。移动端通常支持订阅 URL 或粘贴规则文本；也支持选择手机存储中的文件。
注意权限：若要使用本地文件，可能需要允许应用访问存储权限。
保存后，点击“重启代理”或关闭再打开服务，检查流量走向（可用内置“测试”功能或第三方工具验证）。

如果格式不兼容怎么办（转换与清洗）

有时候你拿到的规则是 Surge，但 QuickQ 更推荐 Clash；或者是 hosts，我们需要把它转成 Clash 的 rules。基本做法：

手动转换：理解两种格式的语义（见下表），逐行替换关键字。
借助工具：网上有很多规则转换器或脚本（注意安全，不要随意运行不明脚本）。
清洗与编码：把文件保存为 UTF-8，无 BOM，去掉多余的注释或不支持的语法。
规则顺序：转换时注意保留或优化规则顺序，常见优先级是精确 -> 后缀 -> 关键字 -> IP -> 最终规则。

格式对照表（帮助你理解如何转换）

语义	Clash 示例	Surge 示例
域名后缀匹配	DOMAIN-SUFFIX,google.com,PROXY	DOMAIN-SUFFIX,google.com,PROXY
域名包含/关键字	DOMAIN-KEYWORD,youtube,PROXY	DOMAIN-KEYWORD,youtube,PROXY
IP 段	IP-CIDR,8.8.8.0/24,PROXY	IP-CIDR,8.8.8.0/24,PROXY
地理位置	GEOIP,CN,DIRECT	（Surge 通常没有 GEOIP，需用 IP 列表）

规则写得好不好，直接影响体验（写规则的技巧）

先精后广：先写公司域名、常用服务的精确规则，再写通配符和最终规则。
避免重复：重复规则会增加匹配成本并可能引发冲突。
把耗时规则放后面：例如 IP-CIDR 范围大、匹配耗时，放在规则靠后位置。
利用策略组：把类似的服务放在同一组，方便临时切换。

常见问题与排错（实战经验）

现在把我自己用过的坑和解决方法列出来，省你走弯路：

导入后规则不生效：确认是否点击“保存/应用/重载”，有时需要重启 QuickQ 或刷新系统代理。
格式错误提示：检查文件编码（UTF-8），去掉不支持的注释或特殊字符。
订阅自动更新失败：确认订阅 URL 可访问，使用 https 优先，查看日志是否有 403/404 等响应码。
某些应用无法走分流：移动端需注意 Android 的 per-app 代理限制；Windows 上可以用系统代理或底层 TUN 模式解决。
匹配冲突：通过日志分析哪条规则被命中，调整规则顺序或增加更精确规则覆盖。

如何验证规则是否生效（几招常用方法）

用 QuickQ 的实时连接日志，查看请求被哪个规则命中。
访问 ip-check 网站或使用命令行 curl –interface（或无）查看出口 IP 是否变化。
对于域名类规则，ping/traceroute 看路由路径是否经过代理端点（注意有些被 ICMP 屏蔽）。
临时在规则里把目标设置为明显不同的策略（如直接设置走某个代理组的专用节点），从而在客户端能看出差异。

样例场景演示（两个常见场景）

场景一：办公内网直连，其他流量走 VPN

这是一个非常常见的需求：

# Clash 片段
rules:
  - DOMAIN-SUFFIX,corp.company.com,DIRECT
  - DOMAIN-SUFFIX,10.0.0.0/8,DIRECT
  - GEOIP,CN,DIRECT
  - FINAL,VPN-Group

导入后企业内网和中国 IP 都走直连，其他默认走 VPN-Group。记得把公司常用域名放到前面以防被误判。

场景二：游戏加速器只代理某款游戏，其他走直连

# Surge 风格
[Rule]
PROCESS-NAME,game.exe,PROXY
DOMAIN-SUFFIX,gamelogin.example.com,PROXY
FINAL,DIRECT

注意 Windows 下 PROCESS-NAME 需要 QuickQ 支持 per-process 分流（部分客户端才有）。

安全与隐私注意事项

只从可信源导入规则；订阅 URL 使用 HTTPS 并验证来源。
不要随意运行不明转换脚本或工具，优先手动检查转换后的规则。
备份旧配置，导入新规则前保留一份可恢复的版本。

高级技巧（给想深入调优的朋友）

分层规则：可以把规则拆成多个文件，主配置通过 include 或订阅合并（取决于 QuickQ 是否支持 include）。
策略组+自动选择：设置多个节点的策略组并启用自动延迟检测，QuickQ 会把流量导向最佳节点。
按应用分流：如果客户端支持 per-app 分流，优先用进程名/包名规则，而不是域名，因为域名可能走 CDN。
定期校验订阅：设置订阅自动更新频率并检查更新日志，避免规则过期或失效。

我常用的排错清单（可以复制收藏）

导入后先“保存”→“重载配置”→如果无效则“重启 QuickQ”。
确认文件编码为 UTF-8，无 BOM。
如果使用订阅地址，粘贴到浏览器试试能否下载，确认不是被防火墙挡住。
检查是否有“FINAL”或“默认规则”覆盖了之前的精确规则。
查看 QuickQ 日志，找到请求被哪个规则拦截或转发。

一点小结（像朋友絮叨一样的话）

说到底，导入分流规则是把你对网络的“偏好”告诉 QuickQ：哪些要走快路，哪些直接走本地。开始可能会有点琐碎，格式、顺序、编码这些小细节会让人抓狂，但一旦弄明白了，维护起来会很舒服。先从简单的规则开始，验证没问题再逐步复杂化，备份旧配置永远没错。

好，我先写到这儿，等你导入完碰到具体错误或想把某个现成的订阅转换成 QuickQ 支持的格式，贴上来我再手把手帮你看一下。