MultiRoute 1.2.3

v1.2.3

中文

• 场景方案在应用未运行时也生效：模块在 system_server 侧监听链路变化，仅在存在方案时唤醒应用重新评估
  （没有方案就保持休眠）；应用进程被杀时同样会切换。
• 方案支持编辑覆盖应用（编辑态下的指派写入方案而不是默认方案）、改名与触发条件、调整顺序
  （顺序即判定优先级）。
• 配置导出与导入：一份 JSON 文档携带分应用指派（含分身空间）、全部场景方案与相关设置；可写入
  Download 或复制到剪贴板，也能从两者导入。导入是整体替换，但会先备份当前配置并报告跳过了多少项，
  因此指向本机不存在应用或通道的条目不会静默改动任何东西。方案列表里每个方案各自一层容器；Wi-Fi 条件
  未选网络时会明确标注（这种方案不会自动命中）。
• 多个方案可同时生效：命中多个方案时不再只取一个，而是按优先级依次叠加（后一个可改写前一个给某应用设的通道，
  也能用「系统默认」把应用移出分流）。同一个应用被多个方案设定时优先级高的生效，被改写的那一个会在方案行上标出。
• 策略绑定网络而不是网卡：在方案里指派 Wi-Fi 链路时保存的是 ssid:<名称>，每次同步解析成当时的接口 ——
  哪张网卡是 wlan0 在运行中会变。网络不在线时保持原有指派，而不是指向一条不存在的链路。
• 手动模式：抽屉里新增「自动 / 手动」两个模式。「手动」下所有触发条件都不生效，只应用手动开启的方案，
  且可同时开启多个（同样按优先级叠加）；点一个方案不会取消其它方案。
• 抽屉里应用/取消不再关闭抽屉，方便连续操作；配置备份卡片移到「模块与路由状态」之后，导入改为系统文件选择器
  （不必输入路径，也不需要 root）。

English

• Scenario plans now apply while the app is not running. The module watches link changes inside
  system_server and wakes the app to re-evaluate, but only while a plan exists - without one the app stays
  asleep. The app's own callback is no longer the only trigger.
• Plans can be re-edited (in edit mode assignments go into the plan instead of the default plan),
  renamed, have their condition changed, and be reordered - the stored order is the priority order.
• Configuration export and import. One JSON document carries the per-app assignments (including clone
  spaces), every plan and the routing settings; it can be written to Download or copied to the clipboard,
  and imported from either. Import replaces the configuration, but backs the current one up first and reports
  what it skipped, so entries pointing at apps or channels that are missing here cannot silently change
  anything. Each plan in the sheet now sits in its own surface, and a Wi-Fi condition with no network chosen
  says so, because such a plan can never match on its own.
• Several plans can apply at once. Matching plans now layer in priority order instead of only the first one
  winning: a later plan can re-route an app an earlier one set, or take it out of routing with default. When
  more than one active plan sets the same app the higher-priority one wins, and the overwritten plan is labelled
  on its row instead of being dropped silently.
• A plan binds to the network, not to the interface. Assigning a Wi-Fi link inside a plan stores
  ssid:<name>, resolved to whatever interface that network is on at sync time, because which interface is
  wlan0 changes while the device runs. A network that is not up leaves the previous assignment alone.
• Manual mode. The sheet offers Automatic / Manual: in Manual no condition is evaluated at all, only the
  plans switched on by hand apply, and several can be on at once, layered by priority. Switching one plan on
  never cancels another.
• Applying or cancelling a plan no longer closes the sheet, the backup card moved below the module state card,
  and importing uses the system file picker instead of a typed path.