Amarok-Hider应用隐藏模式异常切换问题分析

问题概述

在Amarok-Hider项目中，当用户使用Shizuku作为应用隐藏模式时，如果Shizuku服务未运行（无论是主动关闭还是由于WiFi连接变化导致），应用会在启动时自动将隐藏模式切换为"禁用"状态。这一行为虽然代码中有明确实现，但从用户体验角度考虑存在不合理之处。

技术背景

Amarok-Hider是一款Android应用隐藏工具，支持多种隐藏模式，其中Shizuku是一种基于系统API的隐藏方案。Shizuku的运行状态可能会受到网络连接变化的影响，这是Android系统对后台服务的限制所致。

问题详细分析

当前实现中，MainActivity在启动时会执行以下关键逻辑：

1. 通过PrefMgr.getAppHider()尝试激活当前设置的隐藏模式
2. 如果激活失败（如Shizuku未运行），则立即将隐藏模式设置为NoneAppHider（禁用状态）
3. 显示提示对话框告知用户隐藏模式不可用

这种实现存在两个主要问题：

1. 自动切换行为不合理：当临时性原因导致Shizuku不可用时（如网络波动），应用不应立即降级到禁用状态，而应保持原有配置，允许用户自行决定是否切换
2. UI状态不一致：在隐藏模式被自动禁用后，界面仍显示"Reveal"按钮，但点击无响应，这会造成用户困惑

改进建议

更合理的实现方案应考虑以下几点：

1. 状态保持：在检测到隐藏模式不可用时，应保持原有配置不变，仅提示用户当前不可用
2. UI适配：根据当前隐藏模式的实际可用状态，动态调整界面元素（如禁用"Reveal"按钮）
3. 错误恢复：提供更明确的恢复路径，如快捷方式重新尝试激活或切换模式
4. 状态监听：可以增加对Shizuku服务状态的监听，在服务恢复时自动重试

技术实现参考

改进后的代码逻辑可以调整为：

// 检查隐藏器可用性时保留原配置
PrefMgr.getAppHider(this).tryToActivate((appHiderClass, succeed, msg) -> {
    if (succeed) {
        updateUIForAvailableState();
        return;
    }
    
    // 仅提示而不修改配置
    new MaterialAlertDialogBuilder(this)
            .setTitle(R.string.apphider_not_ava_title)
            .setMessage(msg)
            .setPositiveButton(R.string.try_again, (d, w) -> retryActivate())
            .setPositiveButton(R.string.switch_app_hider, (d, w) 
                    -> startActivity(new Intent(this, SwitchAppHiderActivity.class)))
            .setNegativeButton(getString(R.string.ok), null)
            .show();
            
    updateUIForUnavailableState();
});

总结

在系统工具类应用中，状态管理需要特别考虑临时性故障场景。Amarok-Hider当前对Shizuku不可用情况的处理过于激进，直接降级到禁用模式会影响用户体验。更合理的做法是保持配置稳定性，提供清晰的恢复路径，并通过UI状态准确反映当前实际可用性。这类改进可以增强应用的健壮性和用户友好性。