Hide My Applist

- 修复 OneUI 上因激进优化导致的 hook 失败 - Fix hook failure on OneUI because of aggressive Java optimization

- 升级到 libxposed API 101 - Update to libxposed API 101

部分模块（例如 Activity 跳转拦截器）通过将原始 Intent 替换为指向模块自身组件的 Intent 来实现拦截功能。如果使用 HMA 隐藏了这些模块，并启用了 HMA 的激进的意图过滤功能，目标应用将无法解析或访问这些模块提供的 Intent，因此相关模块功能可能无法正常工作。 Some modules (such as Activity Start Manager) implement intent interception by replacing the target Intent with an Intent that points to the module itself. If these modules are hidden from an app and HMA's Aggressive Intent Filtering is enabled, the app will be unable to resolve or access the module's Intents, causing the affected modules to stop working.

- 添加对不支持的 Xposed 框架实现的说明 - 在 PMS 获取应用列表 - 修复白名单模式过滤问题 - 修复其他小问题 - Added a note for unsupported Xposed framework implementations - Got the app list from PMS - Fixed filtering issues in whitelist mode - Fixed other minor issues 自上个版本开始，部分 hook 逻辑移动到 native lib，因此需要 Xposed 框架添加规则 allow system_server apk_data_file file execute 才能正常加载模块。

- 更换 hook 方案，大幅提升性能，可能不稳定。要求框架实现允许在系统服务中加载原生库 - 提升应用列表加载速度 - Switched to a new hooking approach, significantly improving performance, but it may be unstable. Requires framework to implement permission for loading native libraries within the system server - Improved app list loading speed

- 修复对 A11 的支持 - Fixed support for A11

- 最低支持版本提升至 Android 11 - 重构应用可见性过滤逻辑，提升性能与稳定性 - 新增可按应用单独设置的激进意图过滤选项 - 优化配置与列表刷新流程 - 移除 Firebase - Raised the minimum supported Android version to Android 11 - Refactored the app visibility filtering pipeline for better performance and stability - Added a per-app aggressive intent filtering option - Improved config handling and app list refresh behavior - Removed Firebase

经研究，某些加固（如 Protectt.ai）通过直接启动对应应用主界面（如 KernelSU 管理器）的方式进行检测。由于直接启动活动并不在软件包可见性的限制范围内，用户需要手动启用激进的意图过滤器，HMA 才能拦截。之前我认为这种方式会破坏用户体验，因此加固不会使用，看来我高估它们的底线了。 举个例子说明为什么默认不启用该功能：如果用户对京东启用了白名单，且未将微信加入可见应用列表，则若未开启激进的意图过滤器，京东是可以直接拉起微信支付的；若开启了激进的意图过滤器，京东则无法拉起微信。因此，建议用户在任何时候都只使用黑名单模式。 此外，AOSP 仍存在大量软件包可见性问题（如我们昨天发现，通过传递错误的 display id 可以在不启动应用的情况下探测软件包存在性），考虑到谷歌认为非跨用户的软件包可见性问题均为低危，在可预计的将来，HMA 将仍是必需品。 ————————————— Research has shown that certain app protections (such as Protectt.ai) detect application existence by directly launching the target app’s main activity (for example, the KernelSU Manager). Since directly starting an activity is not restricted by the app visibility limitations, users need to manually enable the aggressive intent filter to intercept it. I previously thought this approach would harm user experience, so protections wouldn’t use it—but it seems I overestimated their restraint. Here’s why this feature is not enabled by default: for example, if a user has used whitelist mode on JD (Jingdong) but has not added WeChat to the list of visible apps, if the aggressive intent filter is off, JD can still directly launch WeChat. If the aggressive intent filter is on, JD cannot launch WeChat. Therefore, it is recommended that users always use blacklist mode only. In addition, AOSP still has numerous package visibility issues (for example, as we discovered yesterday, it is possible to know the existence of a package without launching the app by passing an invalid display ID). Considering that Google regards non-cross-user package visibility issues as low risk, HMA will remain essential for the foreseeable future.

V3.6.1 Always enable ActivityStarter hook Support edge-to-edge Fix minor issues 永远启用 ActivityStarter 钩子 支持边到边 修复一些小问题

V3.6 Implement aggressive intent filter Fix a few UI bugs 实现激进的意图过滤器 修复一些界面问题

BTW: All ads removed 另外，移除了所有广告

V3.5 Address startActivity() exploit below A13 Rework hook for getArchivedPackage() Improve logging performance 处理低于 A13 的 startActivity() 漏洞 重写 getArchivedPackage() 漏洞修复 提升日志性能

V3.4 Remove support for Android 9- Workaround a package visibility gap in A15 Add a warning dialog for vold app data isolation 移除对 Android 8.1 及更低版本的支持 变通处理一个 Android 15 上的包可见性问题 增加了 vold app 数据隔离警告对话框

V3.3.1 Improve compatibility Migrated data storage to resolve issue with some roms which allow ls /data/system 增强兼容性 迁移数据目录位置，以解决部分 rom 允许 ls /data/system 的问题

V3.3 Support Android 15 Fix possible crash because of Data Isolation Improve compatibility 支持 Android 15 修复 Data Isolation 功能可能造成的闪退 增强兼容性

V3.2 Fix crash on Android 14 Prevent a detection from system service Update translations 修复 Android 14 上闪退 避免一个系统服务的检测 更新翻译

V3.1.1 Fix bugs Reduce logs when detail logs off Support system data isolation manage Don't need to reload config every time when upgrading system service version Fix system service not running on some A13 devices 修复 bug 减少未开启详细日志时的日志记录 支持修改系统数据隔离设置 系统服务版本更新后不再需要每次重载配置 修复在一些 Android 13 手机上系统服务未运行的问题

App data isolation prevents detection from /data/data/pkg Vold app data isolation prevents detection from /sdcard/Android/data/pkg Both require Android 11 and above

V3.1.0-Beta Fix bugs Reduce logs when detail logs off Support system data isolation manage Don't need to reload config every time when upgrading system service version Known issues: On some A13 devices, the app may show system service not running after booted sometime, but hide will still work. If changed some config, you need to open app as soon as booted to sync config. We are still investigating this bug. 修复 bug 减少未开启详细日志时的日志记录 支持修改系统数据隔离设置 系统服务版本更新后不再需要每次重载配置 已知问题：在一些安卓 13 的设备中，开机一段时间后 app 可能显示系统服务未运行，但隐藏功能实际是工作的。如果修改了配置，需要重启后尽快打开一次 app 来同步。目前原因正在调查中

V3.0.6 Release Uninstall old Magisk module!!! 务必卸载旧的 Magisk 模块！！！ Support Android 13 Use more effective interception method for higher version systems No longer need the Magisk module, make sure to uninstall it, or you will bootloop Support disable /data/data detection for Android 11 and above UI redesign, use Material You style Support night mode and custom theme color Multi-language support Better logs page Auto refresh app list when (un)installed apps 支持 Android 13 对高版本系统采用更强大的拦截方式 不再需要 Magisk 模块，请将其卸载，否则会卡开机 支持对 Android 11 以上阻止 /data/data 检测 UI 重绘，使用 MD3 风格 支持夜间模式和自定义主题 多语言支持 更好的日志页面 安装/卸载 app 时自动刷新应用列表