核验日期：2026-09-19。已核对 Android 官方说明与发行资产；Android 设备尚未实测。
两个开关决定不同事情
NekoBox for Android 的分应用设置决定某个应用的流量是否进入 NekoBox VPN；进入之后，路由再决定如何处理。被排除的应用不能靠新增一条核心代理规则“拉回来”。这一边界由官方 Android 配置说明明确说明。
本文提供可复现的测试设计，适用于确认分应用策略是否符合预期。没有 Android 实机执行记录，以下预期结果不能当作本站已经跑出的数据。
开始前记录原设置
记录 NekoBox 完整版本、Android 版本、当前节点、分应用页面的模式和勾选列表。尤其要读清列表含义：勾选是“纳入”还是“排除”，应以当前界面的说明为准。仅保存勾选项截图而没有模式，往往无法恢复原意。
准备两个不同应用 A 和 B，在两者中访问同一目标。A 是希望经过 VPN 的测试对象，B 是准备排除的对照对象。两者都先退出旧连接；浏览器缓存页面不适合作为唯一证据。
第一次：建立可用基线
先在当前已知可用的接管范围下启动 NekoBox，完成 Android VPN 授权。验证 A 能发起新请求，并记录连接时间、目标和日志。此时若基线就不通，应先解决节点或基础连接，暂时不要调整分应用列表。
第二次：只改变分应用范围
按当前界面模式将 A 纳入、B 排除，保存设置并按软件提示重新建立 VPN。完全结束 A、B 的旧连接后再次访问同一目标。保持 Wi-Fi / 蜂窝网络、节点与路由不变，避免同时改变多个条件。
| 观察 | 如何解释 |
|---|---|
| A 有对应日志，B 无对应日志 | 与预期接管范围一致，但需排除缓存或无新请求 |
| A、B 都有日志 | 重新核对包含 / 排除模式、保存状态及 VPN 是否重新载入 |
| A 无日志，B 有日志 | 优先检查列表含义是否理解反了 |
| A 有日志但使用 DIRECT | 进入 VPN 与走远端代理是不同的事，继续检查路由 |
| 两者均无日志 | 先确认 VPN 状态、日志范围及应用确实发起新请求 |
不能只用“网页能打开”判定。直连也可能打开该网页；只有目标、请求时间和处理路径对应起来，证据才足够。
第三次：恢复与重复
恢复原分应用模式和名单，重新建立 VPN，再重复基线请求。如果恢复后仍不同，记录是否切过网络、节点或 DNS，以及应用是否保留旧连接。不要为了追求一次成功连续修改多个路由项。
提交问题时保留什么
提供版本、设备型号、分应用模式、应用包名、请求时间、预期与实际处理路径。应用名称可能相同，包名更适合区分版本；公开截图需遮盖订阅、节点凭据和个人通知。完整 VPN 日志可能包含访问目标，先脱敏再提交。
来源与核验状态
NekoBox 官方项目确认软件身份，官方配置说明用于解释分应用与路由边界。本站于 2026-09-19 核对文档；上文对照矩阵、恢复流程和证据要求为独立设计，未宣称在 Android 上完成测试。Mihomo 的 Windows 实验不能替代 NekoBox 的 sing-box 与 Android VPN 实测。