AeroBox for Android分应用代理设置已知范围与观察方法

在讨论 AeroBox for Android 分应用代理使用场景之前，必须先界定什么已经被官方资料确认。AeroBox for Android 是基于 sing-box / libbox 的 Android 原生通用代理软件，系统要求 Android 12 及以上。它通过 Android VPN 模式提供代理能力，并在 README 中明确支持分应用代理。阅读者可以把“支持分应用代理”理解为：存在一个与应用选择相关的配置区域，但不应继续推演它的默认状态、操作顺序或保存方式。

这一段的意义在于设定阅读和判断的尺度。遇到任何声称“AeroBox 默认接管全部应用”“AeroBox 支持排除列表”“AeroBox 可以单应用单节点”的说法，都要查看官方 README 原文。官方只说了支持分应用代理，没有说默认接管全部流量，也没有说不支持单应用单节点。事实之外的内容不适合写进操作结论。对使用者来说，最稳妥的做法是把已确认信息与未确认信息分开记录，避免把推测当成软件行为。

在打开 AeroBox for Android 分应用代理规则说明相关界面之前，建议先准备一份观察清单。这份清单不是软件功能的一部分，而是使用者自己的记录工具。清单上可以写几个目标应用，例如浏览器、地图、即时通讯工具、视频应用或银行应用；每个应用旁边注明希望它走代理还是不走代理，以及这样选择的原因。原因可以是网络可达性、延迟、区域内容访问、隐私隔离或流量节省。重点不是马上得到结论，而是让每次操作都有可对照的目标。

有了清单之后，进入分应用代理界面时就不会被列表带偏。你可以逐个查看目标应用在界面中的显示方式，记录每个应用是否可被选择、选择后的状态变化是否明显、是否有保存或生效提示。不要假设勾选就是代理、取消勾选就是直连，也不要假设列表顺序代表优先级。只记录你看到的内容。如果界面允许切换，观察切换后目标应用的行为变化；如果界面没有给出明确反馈，就把“无可见反馈”也作为一条观察结果。这个方法比直接照搬教程更有用，因为它基于你自己设备上的真实呈现。

AeroBox for Android 的代理能力建立在 Android VPN 模式之上。AeroBox 要求 Android 12 及以上，minSdk 31，这意味着它的 VPN 模式运行在较新的系统环境中。读者可以把 VPN 模式理解为分应用代理的运行前提，而不是分应用代理本身的功能细节。

在这个前提下，分应用代理的配置范围应该围绕 VPN 已建立连接的状态来观察。VPN 未连接时，分应用代理界面可能不可用、可能显示为空、也可能仍可编辑但不生效。这些状态都值得记录。VPN 连接成功后，再看目标应用是否按预期走了代理通道。不要在 VPN 未建立时急于判断某个应用是否被代理，也不要在 VPN 刚断开时认定配置失效。Android VPN 模式本身有连接生命周期，分应用代理的观察应尽量放在连接稳定的时段内进行。

AeroBox for Android 的路由模式可切换全局代理、规则分流与直连，这是官方明确列出的三项。分应用代理与这三种路由模式的关系，官方没有直接说明，因此不能断言谁先谁后、谁覆盖谁。观察时可以把它们分别看待：全局代理大致表示所有流量进入代理出口，规则分流表示按规则集决定走向，直连表示不走代理。分应用代理则是在应用维度上的选择。两者可能同时存在，但具体是叠加、互斥还是先后执行，公开资料没有写。

使用者在测试时，可以固定一个路由模式，只改变分应用代理的选项；或者固定分应用代理选项，只切换路由模式。一次只动一个维度，观察目标应用的表现。比如在规则分流模式下，看看分应用代理的选择是否对某个应用产生可感知的变化；再切到全局模式，看看同样选择下是否有差异。不要把“看起来一样”解释为“分应用代理无效”，也不要因为某个应用行为变化就断定分应用代理覆盖了规则分流。能记录的只是行为差异，不是内部机制。

AeroBox for Android 的 DNS 可自定义，支持 DNS over TLS 与 DNS over HTTPS。这是官方 README 确认的事实。DNS 设置会影响域名解析的路径和结果，但它与分应用代理是否直接联动，资料没有说明。观察时可以单独调整 DNS，看看目标应用的解析行为是否变化；也可以把 DNS 设置保持不变，只调整分应用代理。不要因为某个应用在自定义 DNS 下解析异常，就归因于分应用代理配置错误。相反，也不要把 DNS 正常当作分应用代理生效的证据。

使用者如果看到 DNS 相关选项，应把它视为一个独立配置区域。记录时写明 DNS 当前状态、目标应用的网络表现、以及分应用代理的选择状态。只有当三个信息一起出现时，后续回看才有判断价值。单独抓出一个变量做结论，容易把 DNS 的效果误读为代理规则的效果。

在阅读 AeroBox for Android 分应用代理使用场景相关内容时，最常见的误区是一次改动多个条件，然后直接得出结论。比如同时切换路由模式、修改 DNS、调整分应用代理，再打开某个应用测试连通性。这样得到的结果无法归因。更合理的做法是：先固定路由模式和 DNS，只改动一个应用的分应用代理状态，观察该应用；记录后再恢复。然后固定其他条件，只切路由模式，观察同一应用。最后固定其他条件，只改 DNS，再看同一应用。

这个方法不依赖任何还没被官方确认的功能细节。它只要求使用者有耐心记录步骤和结果。记录时可以写“条件 A 下应用 X 可连接”“条件 B 下应用 X 超时”“条件 C 下应用 X 无变化”。这些句子只描述现象，不推断机制。几个回合之后，你会对目标应用在你设备上的表现有一个相对稳定的认识。这个认识可能和别人的教程不同，但它是从你的实际观察中来的，而不是从猜测中来的。

AeroBox for Android 提供节点延迟测试、运行日志与通知栏快捷切换。这三项都是官方确认的功能。延迟测试可以帮助判断节点可达性和响应时长，运行日志可以查看软件运行过程中的信息，通知栏快捷切换可以快速改变连接状态。它们各自有明确的用途，但官方没有说明它们会记录哪些字段、显示哪些分应用代理相关事件。因此，不要声称日志会显示某个应用走了哪个节点，也不要声称延迟测试能证明分应用代理是否生效。

使用这些工具时，把它们当作已知能力即可。延迟测试显示的是节点本身的延迟，不是某个应用通过该节点后的端到端延迟。运行日志是排障参考，不是分应用代理的行为说明书。观察时如果日志里出现与应用相关的信息，可以记录；如果没出现，也不要据此断定分应用代理工作异常。工具只提供它们能提供的信息，不应被赋予超出官方描述的解释能力。

AeroBox for Android 分应用代理规则说明最终还是要回到官方资料来验证。官方 README 是当前最直接的信息来源，GitHub Releases 是官方列出的下载入口。遇到界面上的选项看不懂、网络上的教程说法不一、或者自己测试出模棱两可的结果，第一步不是继续猜，而是回到 README 看原文。README 只说了“支持分应用代理”，没有展开细节，这是正常的。很多开源软件的功能说明都保持简要，细节需要使用者根据版本实际呈现来判断。

下载安装时也要注意来源。同名应用或自称官网的页面可能混杂，应认开发者和包名/签名，安装文件看官方发布页。使用者在搜索 AeroBox for Android 时，可能会看到第三方页面提供下载或教程，这些页面的内容不一定与官方一致。认准 GitHub 仓库地址和 Releases 页面，避免把第三方描述当成官方事实。软件本身是源码公开的，许可证为 GPL-3.0-or-later，需要确认时可以直接查看源码。

AeroBox for Android 分应用代理配置方法的核心，是区分“已知”与“未知”。已知的是：它支持分应用代理，基于 sing-box / libbox，运行在 Android 12 及以上的 VPN 模式中，路由可切换全局、规则与直连，DNS 可自定义并支持 DoT/DoH。未知的是：分应用代理的具体界面、规则粒度、与路由模式的关系、默认行为、以及订阅更新后配置是否变化。把这两类信息分开，阅读和使用就不会被过度推测带偏。每一次观察都基于自己的设备，每一个结论都回到官方资料确认，这才是适合 AeroBox for Android 的配置阅读方式。

更多内容可查看 下载页面、使用教程 与 相关文章。