QuickQ中文如何新增分流规则？

功能定位：为什么必须自己写分流规则

QuickQ中文的「应用级分流」默认覆盖380+主流App，但跨境卖家、远程办公、游戏直播三类场景常出现“默认规则漏网”或“过度代理”导致的CDN绕路。手动新增分流规则，可让指定域名/IP走直连/专线/代理中的任意策略，既节省流量，也降低延迟。

经验性观察：当同一域名既提供图片静态资源又提供API接口时，默认规则往往“一刀切”代理，结果静态资源也被拖回国内出口，造成网页加载慢数十毫秒。自建规则可把static子域名单独拎出来走直连，API继续走专线，页面首屏可感知提速。

新增规则的三条入口与最短路径

Android / iOS

打开QuickQ中文App → 底部「我的」→「分流设置」→右上角「+」→「自定义规则」→选择「域名」或「IP」→输入匹配字段→选择「策略」→保存后返回主界面，规则即时生效，无需重启加速。

Windows / macOS

任务栏图标右键 →「分流中心」→「新增规则」→填写「名称-仅备忘」「匹配类型」「地址」「策略」→点击「确定」→在列表中拖动调整优先级→点击「应用」。桌面端支持多选拖拽，一次可调整十余条顺序。

路由器插件

浏览器访问路由器IP:端口（默认端口因固件而异）→「QuickQ插件」→「高级分流」→「添加」→输入规则→「保存&重载」。路由器层规则对全屋设备生效，优先级低于设备端规则；若出现冲突，以设备端为准。

匹配类型与写法边界

QuickQ中文提供四种匹配方式：完整域名、通配符域名、CIDR IP、GeoSite代码。完整域名区分子域，写live.bilibili.com不会命中api.bilibili.com；通配符*.bilibili.com可一次覆盖全部子域，但可能把本不想代理的日志上报也拉进专线。

CIDR仅支持IPv4/IPv6单栈，填写103.235.46.0/24时，需确认目标段确实归同一业务，防止把CDN节点范围写得过宽导致“跨洲绕路”。GeoSite代码调用的是QuickQ内置列表，版本更新时会同步增删，若对合规要求极高，建议用完整域名显式声明，避免列表变动带来的意外代理。

优先级逻辑：谁排在前面谁先生效

规则列表按「自上而下」顺序匹配，命中即停止。经验性结论：把最细粒度、最特殊的规则放顶部，把通配或「兜底」规则放底部。举例：先写shop.mybrand.com走「美国专线」，再写*.mybrand.com走「全球代理」，可确保店铺后台IP属地固定，而品牌博客等其余子域仍享受全球节点负载均衡。

若同一域名在多条规则出现，桌面端会用红色文字提示「已被第N条覆盖」；移动端无提示，需要手动上下滑动检查。建议每新增一条就点「测试匹配」输入域名，确认命中条数是否为1。

策略选择：直连、专线、代理的区别

「直连」指流量不经过QuickQ任何隧道，等同于本地网络出口，适合访问已在国内部署的CDN节点；「专线」是QuickQ自建的回国/出海BGP链路，延迟低且IP固定；「代理」即走通用隧道，节点按智能调度可能变化。

小案例：跨境电商卖家需要把店铺后台固定在美西IP，以符合平台“账号异地登录”风控模型。此时把sellercentral.amazon.com设为「美国专线」即可满足属地一致性；再把图片域名images-na.ssl-images-amazon.com设为「直连」，让商品图走本地CDN，加载速度可感知提升。

常见失败分支与回退方案

现象A：规则保存后立刻掉线。原因多为通配符写法误用空格或中文逗号，QuickQ中文在校验阶段不会报错，但下发到内核时匹配失败，导致整组规则被丢弃。回退：删除最近一条，改用完整域名测试；确认OK后再逐步放宽通配范围。

现象B：国内视频App无法加载评论。经验性观察：部分评论接口与视频CDN共用子域，若把*.iqiyi.com全部直连，会误把评论域名也绕开代理，导致海外IP被内容安全策略拦截。处置：拆分更细子域，如iface2.iqiyi.com保持专线，cache.video.iqiyi.com走直连。

与第三方工具的协同边界

QuickQ中文并未开放本地API，因此无法像Clash那样被第三方规则仓库自动订阅。若需批量导入，可先在桌面端导出.json模板，用脚本拼写后再导入；但每导入一次会全量覆盖，需自行做好版本管理。

提示：不要把公司内网DNS的私有域名写进规则，否则离开公司网络后匹配不到地址，会导致应用无法解析。正确做法是在公司网络内用「直连」，离开公司后关闭QuickQ或把该条规则暂时禁用。

验证与观测方法

1. 桌面端「分流中心」内置「测试匹配」输入框，输入域名后可显示命中策略与序号；2. Android端打开「实时日志」→过滤域名关键字，可看到DIRECT、PROXY、SPECIAL三种标记；3. 路由器插件可在「连接监控」页面按目标IP查看出口节点归属，若显示「Bypass」即直连。

经验性结论：若发现规则调整后延迟反而升高，可先在「实时日志」里确认是否被其它通配规则抢先命中，再微调优先级；若日志显示SPECIAL但IP属地仍不符，需要检查专线节点是否已切换到目标区域，可手动在「节点列表」锁定城市。

适用场景清单

• 跨境卖家需要固定店铺后台IP，避免平台风控
• 海外直播推流，必须把控制面板走回国专线，而媒体流走直连节省带宽
• 公司SaaS基于零信任，只允许特定出口IP访问管理后台
• 家庭影院用户，国内流媒体走直连，海外流媒体走代理，防止DNS投毒

不适用场景清单

• 需要基于URL路径、端口、User-Agent做更细粒度分流——QuickQ中文暂不支持
• 规则数量过万条——移动端下拉列表会明显卡顿，经验上限约两千条
• 多人共用路由器且每人策略不同——路由器插件仅支持单套规则，需靠设备端覆盖

最佳实践十二字口诀

「先细后粗，先域后网，先专后代，测完再睡」。意思是：先把最具体的域名放最前，再写通配；先写域名规则，再补IP段；优先使用专线保证稳定性，最后再给兜底代理；每条规则保存后都用测试匹配或实时日志验证，确认无误再离开电脑，避免半夜被同事叫起改规则。

FAQ：新增分流规则常见疑问

收尾行动清单

读完本文，你只需做四步即可落地：1.在桌面端导出当前规则备份；2.按「先细后粗」顺序新增三条业务域名；3.用测试匹配确认命中；4.打开实时日志观察十分钟，无异常后把备份文件存入加密盘。下次再遇到“为什么这个域名走了代理”时，先查优先级，再查通配范围，基本都能在五分钟内自解。