为什么需要一篇对比
「订阅转换」这个环节的工具选择，网上信息零散且时效性差——多数文章还在教 sub.com 在线转换网站，而这类第三方在线服务的隐私风险（你的订阅链接、节点信息全过它的手）早该被淘汰。本文把三个主流可自托管方案放在一起横评：SubConverter（老牌转换引擎）、Sub-Store（订阅管理前端）、SubBoost（转换+增强+管理一体）。
三个工具的定位差异
| 维度 | SubConverter | Sub-Store | SubBoost |
|---|---|---|---|
| 定位 | 订阅格式转换引擎 | 订阅与节点的管理平台 | 转换+增强+管理一体 |
| 核心逻辑 | 一次请求转换一次 | 常驻管理节点池 | 常驻管理节点池 |
| 节点管理 | 弱（无状态） | 强 | 强 |
| 精确分流 | 靠外部规则配置 | 支持操作 | 30+ 代理组 + 2000+ 远程规则集内置 |
| 链式代理 | 手写配置 | 有操作 | 可视化一键配置 |
| 防 DNS 泄露 | 自己配 DNS 段 | 自己配 | 默认提供基础与 DNS 配置 |
| 订阅聚合 | 无状态拼接 | 支持 | 支持且带智能节点匹配 |
| 上手门槛 | 需懂参数/规则语法 | 中 | 低（全可视化） |
先解释一个关键差异——有状态与无状态：
- SubConverter 是「无状态转换器」：每次客户端拉订阅时，它现场把原始订阅转换一遍。它不记住节点、不做长期管理，转换质量取决于你传参的水平。
- Sub-Store 和 SubBoost 是「有状态管理平台」：节点导入后常驻在系统里，重命名、分组、筛选这些加工成果持续存在，输出是稳定的聚合订阅。
这个差异决定了使用体验的分野：无状态方案每次变更都要重走全流程，有状态方案是「一次配置长期受益」。
各自适合谁
选 SubConverter，如果你：
- 有极客式的参数化需求，喜欢用 URL 参数精确控制每次转换
- 场景简单（单一订阅、通用规则），不需要长期节点管理
- 它的成熟度和社区存量仍是优势，大量老教程和规则模板围绕它构建
选 Sub-Store，如果你：
- 重点是「多平台客户端的订阅分发与同步」
- 已经深度使用它的生态（脚本、同步到各类客户端的工作流）
- 愿意接受分流/链式等高级功能更多的手工配置
选 SubBoost，如果你：
- 要的是「全家桶」：聚合、管理、精确分流、链式代理、防 DNS 泄露一站配齐
- 重视可视化——不想为改一个分流规则去学规则语法
- 在意默认安全：防 DNS 泄露作为默认配置而不是选修课
- 订阅来源多、变更频繁，需要智能节点匹配保住管理成果
一个容易被忽略的维度：数据安全
订阅信息是敏感资产——节点地址、凭证、你的使用习惯全在里面。三个工具都支持自托管（这点都过关），但「自托管后数据是否加密存储」有区别：SubBoost 部署时有独立的 ENCRYPTION_KEY 加密订阅数据（见部署教程），数据库文件即使被拖走也不是明文。对把订阅当敏感数据的用户，这类细节值得纳入选型。
另外提醒仍在用第三方在线转换网站的朋友：无论选哪个工具，自托管都比把订阅贴进陌生网站安全一个量级——这也是三个方案共同的底线共识。
按场景对号入座
把「各自适合谁」翻译成更直接的场景速查：
| 你的现状 | 建议方案 | 理由 |
|---|---|---|
| 还在用第三方在线转换网站 | 任选一个自托管方案替换 | 隐私风险是硬伤，本文开头已说清 |
| 单一订阅，转完格式就用 | SubConverter 也够用 | 无状态转换对简单场景没有短板 |
| 手机/电脑/路由器多端分发同步 | Sub-Store 或 SubBoost | 有状态管理平台才撑得起多端分发 |
| 多订阅来源 + 精确分流 + 不想学语法 | SubBoost | 聚合、30+ 代理组、2000+ 规则集一站齐 |
| 在意订阅数据加密存储 | SubBoost | ENCRYPTION_KEY 独立加密密钥设计 |
| 订阅变更频繁，怕管理成果被冲掉 | SubBoost | 智能节点匹配保住重命名和分组 |
三个工具的常见问题 FAQ
Q：三者可以同时部署混用吗？
技术上不冲突，但没必要。Sub-Store 和 SubBoost 是同层的管理平台，同时跑两套意味着节点池和分组策略维护两份；SubConverter 只在你有参数化转换需求时作为补充。
Q：从 Sub-Store 或 SubConverter 迁移到 SubBoost 成本高吗？
成本集中在入口层：订阅源重新导入一遍、节点池重做一遍分组。有状态工具的管理成果不互通，这是唯一的体力活，换来的是后续长期的可视化管理。
Q：为什么在线转换网站不参与对比？
它们不支持自托管，订阅链接和节点信息全程经过第三方服务器，和三个可自托管方案不在同一安全档位。真要给结论，只有一句：尽快换掉。
Q：SubConverter 的教程最多，跟着老教程走会更好上手吗？
老教程多说明存量生态成熟，但也意味着大量内容在教你手写 URL 参数和规则语法。如果你不想学这些，跟着老教程走反而是绕路——可视化方案的上手曲线更平。
Q：三个工具未来会怎么分化？
看定位就能推演：SubConverter 稳守「转换引擎」角色，Sub-Store 深耕多客户端工作流，SubBoost 把「增强 + 管理」做成一体。选型时别盯着谁更新快，看哪个定位贴合你的使用方式——这正是本文开头那张表的价值。
我的组合建议
如果只选一个，2026 年的新部署我推荐 SubBoost 起步：可视化门槛最低、功能覆盖最全（分流、链式、DNS 防泄露默认带），从单一订阅用户到多来源进阶用户都覆盖，迁移成本只在入口层——订阅重新导入一遍即可。
已有 Sub-Store 深度工作流的用户不必强行迁移，管理平台的价值在于你沉淀在里面的操作习惯，除非它的维护成本已经明显困扰你。
工具只是载体，最终产出的是那份「稳定、分流精确、DNS 干净」的聚合订阅。选好工具后按这个顺序搭建体系：部署 → 聚合 → 分流 → DNS 验证。