v1.9.2

AetherRoute 1.9.2

订阅里的节点全部失效时，透明代理不再把直连流量也一起断掉。

修复

• 测速不再阻塞透明代理的控制通道：测速和节点快照、选节点、每秒一次的实时遥测共用同一把锁。测一个坏节点要等到超时，并发的测速因此排成一列，所有控制请求都被拖过 15 秒的看门狗。现在测速在锁外执行，与 TUN 模式一致；停止时仍会等测速结束，再关闭引擎。
• 测速超时不再重启网络扩展：App 过去把坏节点测速的超时也算作“扩展无响应”，累计到 3 次就重启扩展，所有连接随之断开，直连的微信等国内应用也不例外，而且坏节点并不会因此恢复。现在只有快照、遥测、选节点这类控制请求没有响应，才会计入。

问题是在一份 7 个 vmess 节点全部失效的订阅上发现的：6 个节点 TCP 超时，1 个节点握手失败。参考实现 Mihomo 同样无法使用其中任何一个。

验证与质量保证

1. 新增回归测试在 1.9.1 的代码上失败，在新代码上通过；本地核心回归全部通过，零代码警告；XCTest 549 + 98 + 24 项，0 失败。
2. 12 协议真实互通门禁全部通过（48 项用例通过，26 次证书拒绝符合预期）。
3. Tart 虚拟机 6 维网络矩阵：210 项检查，160 PASS、0 FAIL、50 SKIP。
4. Mac mini 真机：远程 ARM64 门禁通过；TUN 与透明代理的空闲复用、2 MiB 上传全部通过；有线与无线网卡来回切换 6 次，均在 1–3 秒内自动恢复。
5. UI 性能与内存：展示档切页 p95 147.6 ms、内存中位数 67 MB；large 档切页 p95 145.4 ms、内存中位数 67 MB，全部在预算内。

正式发布规范执行核验

1. 采用标准生产核心（Normal Core Variant），发布通道为 stable；
2. 主程序与两项系统网络扩展均通过 Developer ID 签名，并开启 Hardened Runtime；
3. 已通过 Apple 官方公证，App 与 DMG 均已装订票据（Staple）；
4. Sparkle 更新清单使用 Ed25519 签名；
5. 磁盘镜像不含任何测试说明文件，卷标为 AetherRoute 1.9.2。