如果你在 AeroBox for Android 里面对一堆订阅地址和节点链接，却不确定应用会读取什么、忽略什么，这篇文章把已知事实拆成十个阅读步骤。AeroBox for Android 订阅导入步骤的重点不是记住某个按钮，而是先理解导入范围：官方说明已经写明，当前主要导入节点信息，订阅里携带的分流规则等内容不会直接照搬进应用配置。本文只依据公开的官方仓库说明，不声称做过任何行为测试，也不描述未给出的界面名称、报错和后台机制。
AeroBox for Android 订阅导入步骤：开始前先知道导入范围
AeroBox for Android 订阅导入的第一步，是放下“把订阅完整搬进应用”的预期。官方说明给出的边界很清楚：订阅支持范围包括 Clash / Clash.Meta YAML、常见 URI 节点订阅、sing-box outbound JSON 与常见 JSON 节点列表；但当前主要导入的是节点信息，订阅中的分流规则等信息不会直接照搬进应用配置。这句话值得读两遍，它区分了“能识别文件”和“会采用文件里的哪些内容”。
当你手头是一份 YAML 或 JSON，文件里可能同时包含节点、规则、DNS、路由等部分。AeroBox for Android 能读取这类文件，不等于应用会把规则段也变成自己的分流配置。阅读官方说明时，建议把“格式支持”和“内容采用”分开理解。格式支持回答“这个文件能否被识别”，内容采用回答“识别后哪些部分会进入应用”。很多误解都来自把两者混为一谈。先确认这一点，后续导入后的观察就不容易被直觉带偏。
这份边界也直接关系到长尾问题“AeroBox for Android 订阅导入常见问题”中最常见的一类：为什么导入后规则没有出现。答案不是操作失误，而是应用当前的导入定位就是节点优先。你不需要为此去翻找某个隐藏开关，因为官方说明没有承诺规则照搬。保留原始订阅文件仍然必要，因为文件里未被采用的部分可能在后续版本或不同工具中有用。
二、从官方说明确认系统条件
在讨论订阅导入之前，需要先把设备条件看清楚。官方仓库写明系统要求 Android 12 及以上，minSdk 31，并注明实际支持与版本以官方发布为准。这个信息属于导入前的硬性前提，如果你的设备低于该版本，继续讨论导入方法没有意义。
“实际支持与版本以官方发布为准”这句话也不能跳过。它说明仓库说明只是给出一组已知边界，具体到某个版本是否调整、某个设备是否兼容，仍要以对应安装来源的发布说明为准。阅读官方信息时，把这一句当作一种提醒：不要用旧记忆或第三方转述替代发布页上的当前说明。
对于订阅导入这一具体动作，系统版本通常不是订阅格式解析的门槛，但它决定了应用整体能否安装和运行。因此建议先确认设备版本，再决定是否继续获取安装文件。如果你的设备符合条件，下一步才是看订阅文件本身。订阅文件再标准，应用无法运行时都没有意义。这个顺序也是“AeroBox for Android 订阅导入完整流程”的合理起点。
三、订阅格式清单怎样读
官方说明列出的可支持格式是：Clash / Clash.Meta YAML、常见 URI 节点订阅、sing-box outbound JSON 与常见 JSON 节点列表。这个清单不是一个操作菜单，而是一份“你能尝试喂给应用什么”的说明。读它的正确方式是逐项问自己：我手上的文件属于哪一类？如果不属于，就不要假设它会被识别。
“常见 URI 节点订阅”这个表述尤其要注意。它不是“任意链接”，而是 URI 形式的节点订阅。把网页链接、二维码图片、排障文档当成订阅地址，是常见的误解。官方说明并没有给出 URI 的具体前缀形式，因此不要自行补写任何协议前缀。你只需判断手头链接是否属于常见的 URI 节点订阅形式。
“常见 JSON 节点列表”与“sing-box outbound JSON”是两个不同的表述。前者强调列表，后者强调 sing-box 的 outbound 结构。阅读时不要把它们合并成“所有 JSON 都行”。如果一份 JSON 不是节点列表，也不是 sing-box outbound 形式，它是否可被识别，官方说明没有提及，就不应写入操作预期。格式清单的价值是缩小猜测范围，而不是覆盖所有情况。
四、本地、扫码与单节点导入的已知边界
官方说明支持本地、扫码和单节点导入，这三者都出现在同一句话里。这说明导入不只依赖远程订阅链接。你可以把本地文件、二维码或单个节点信息作为输入来源。但说明只写到“支持”，没有描述每种方式的入口路径、界面布局或导入后的呈现方式。因此这里只讨论已知边界，不虚构操作步骤。
扫码导入的边界在于：二维码里编码的内容必须能对应到应用支持的格式。一个指向配置文件的二维码，和一个直接编码节点信息的二维码，含义并不相同。官方说明没有区分这两类二维码的处理，所以读者只能先确认自己扫的内容属于哪一类，再观察应用的反应。不要假设扫描后一定会出现节点列表。
本地导入也同理。文件放在设备里，并不代表应用一定自动识别。支持本地导入，只说明应用有这种输入能力。对于单节点导入，它满足了不通过订阅、只添加一个节点的场景。三者共同说明 AeroBox for Android 的导入方式不是单一的，但每种方式的细节仍需以官方发布和使用中的实际表现为准。
五、导入关注节点而不是整份配置
这是 AeroBox for Android 订阅导入步骤中最关键的一层阅读。官方说明写得很明确：当前主要导入节点信息，订阅中的分流规则等信息不会直接照搬进应用配置。这意味着你在导入后看到的内容，应当以节点为主。不要因为文件里有其他段落，就预期它们会出现在应用的相应区域。
从阅读决策角度，这句话还提示了一个观察方法：导入完成后，先看节点是否出现，再看规则、DNS 等是否出现。如果节点出现而规则没有出现，这与官方说明一致，不构成异常。如果节点也没有出现，那才需要回到格式判断和文件本身检查。把观察目标分成“节点”和“规则”两类，可以避免把两个不同问题混在一起。
“不会直接照搬”这一措辞也留下空间，并不等于永远丢弃或完全忽略。它只描述当前的状态。你不需要为“为什么没有规则入口”寻找额外解释，因为说明已经给出了不照搬的定位。对于“AeroBox for Android 订阅导入后节点管理”，管理的对象就是这些被导入的节点信息，而不是整套远端配置。
六、部分流量与到期信息的阅读方法
官方说明支持读取部分订阅流量与到期信息。“部分”这个词是全文里非常克制的一处限定。它说明不是所有订阅的流量和到期信息都能被读出，读不出来的情况不一定是你操作错误，而是订阅本身没有提供，或不在可读取的范围之内。
阅读这个功能时，建议把它看成一种附加观察，而不是必得结果。导入后如果看到流量或到期信息，可以把它与订阅提供方给出的数据进行对照，但不要把它当作唯一判断依据。因为“部分”意味着覆盖不全，你无法据此推断所有订阅都会呈现同样的信息。
这一点也影响“AeroBox for Android 订阅导入常见问题”的理解：如果某个订阅没有显示流量或到期信息，先不要急着怀疑导入失败。节点是否出现，才是判断导入是否完成的主要依据。流量与到期信息是后续的参考项，优先级不应高于节点本身。保留订阅原始页面或服务提供方的信息，也有助于你在应用内信息缺失时做交叉查看。
七、手动与自动更新的已知事实
订阅管理、手动更新与自动更新在官方说明里是并列出现的。已知事实仅到“支持”为止，没有说明自动更新的触发频率、后台行为、是否仅在应用前台时执行等细节。因此，不要把任何从其他软件借来的自动更新经验套到 AeroBox for Android 上。
手动更新是一个更容易把握的动作：它意味着用户可以主动触发一次更新。对于订阅导入后的节点管理，手动更新可以用来在订阅远端变化后重新获取节点。自动更新则意味着应用具备某种自行更新的能力，但具体条件和节奏并未在来源中说明。把两者分开看，才能避免误以为自动更新会立即覆盖本地变化。
这里有一个阅读决定值得明确：如果你需要确定“什么时候会更新”，来源没有给出答案。能做的只是根据官方“支持”的表述，知道该能力存在。至于更新时间、覆盖方式、失败处理，均不属于本文可写范围。这样处理，虽然信息量看起来变少，但比虚构机制更可靠。
八、延迟测试和运行日志各自作为观察依据
官方说明提供节点延迟测试、运行日志与通知栏快捷切换。它们与导入的关系，更多体现在导入之后：延迟测试可以作为你判断某个节点是否可用的直接观察依据；运行日志可以在连接行为异常时提供一个可回看的文本记录。两者性质不同，不要互相替代。
节点延迟测试针对的是节点本身，结果与你导入的来源无关。一个节点来自订阅还是单节点导入，在进行延迟测试时并不会改变其意义。你看到的是这次测试的结果，不应把它当成节点长期稳定性的承诺。运行日志则记录运行过程中的信息，它更偏向应用内部状态，而非节点质量评估。
对于“AeroBox for Android 订阅导入后节点管理”，延迟测试是管理动作的一个信息输入。你可以用它判断哪些节点暂时可用，但不要以此推断排序、分组或自动选择行为，因为来源没有描述这些。运行日志在排查导入后连接问题时也有价值，但阅读日志时应避免自行解释未知条目。只把它当作观察依据，不做机制推断。
九、导入以后再理解路由和 DNS
导入节点只是开始。AeroBox for Android 支持路由模式切换为全局代理、规则分流与直连，使用官方 Geo 规则集；DNS 可自定义，支持 DNS over TLS 与 DNS over HTTPS。这些功能与订阅导入分属不同层面：导入解决“有什么节点可用”，路由和 DNS 解决“连接如何走”。
这里最需要注意的，还是规则来源问题。既然订阅中的分流规则不会直接照搬进应用配置，那么此处提到的规则分流，应由应用自身使用官方 Geo 规则集来实现，而不是依赖订阅文件自带的规则段。这个区别可以帮助你理解为什么规则设置和订阅内容可能看起来不一致。
DNS over TLS 与 DNS over HTTPS 的表述说明 DNS 部分有自定义空间，并且支持这两种加密解析方式。来源没有写具体配置项位置和可选值，所以不要自行补充字段或界面名称。对于订阅导入后的完整流程，路由和 DNS 应当放在较后的位置来理解：先有可用的节点，再考虑让它按什么方式工作，最后才是更具体的 DNS 选择。这个顺序也符合“AeroBox for Android 订阅导入完整流程”的阅读逻辑。
十、保留资料并继续阅读
最后一步不是继续点击，而是保留原始资料。无论你通过本地、扫码还是单节点导入，原始的订阅文件、二维码图片或单节点文本都建议留存。应用当前主要导入节点信息，其他内容未采用，但不代表这些原始资料就失去价值。它们可能在排查问题时需要重新查看，也可能在官方说明更新后有新的用途。
继续阅读官方说明，是比记忆任何第三方教程更稳妥的方式。官方仓库写明源码公开，许可证为 GPL-3.0-or-later，并将 GitHub Releases 列为下载入口，安装文件与版本以官方发布为准。这些信息共同构成一条原则：以发布页和官方说明为当前依据。你不需要记住所有细节，但需要知道去哪里找更新。
本文只基于一份有限事实集合展开，没有描述未给出的入口与机制。若你需要安装文件，可以查看本站的下载说明；若你刚开始接触这类工具，也可以阅读入门教程；关于这篇文章的延伸讨论，可见另一篇相关文章。