Thanox 隐匿应用配置：给指定 App 分配虚拟身份模板
为 app 开启隐匿需要两步
Thanox 隐匿功能的生效需要两个条件同时满足：
第一步：在 Xposed 作用域中勾选目标应用
这是前提条件。隐匿需要在目标应用的进程中 hook TelephonyManager、Build 等类来返回虚拟数据——如果目标应用不在 Xposed 作用域里，hook 根本不会发生。
回到你的 Xposed 管理器（LSPosed Manager 等），找到 Thanox 模块的作用域配置，勾选你想要隐匿的那些目标应用。
第二步：在 Thanox 隐匿列表中分配模板
回到 Thanox 应用 → 隐匿：
- 在隐匿应用列表中找到目标 app（或点击"+"添加）
- 为这个 app 选择你刚才创建的身份模板
- 保存
完成后，这个 app 读取敏感数据时就会拿到模板里的虚拟值。
验证隐匿是否生效
如何确认隐匿真的生效了？
最简单的方法：
- 打开目标 app，看看它显示的设备信息（如果它有设置页或关于页显示的话）
- 或者用一个能显示设备信息的 app（比如 Device Info），看看在被隐匿的情况下读到的是什么
但注意：Device Info 本身如果不在隐匿应用列表里，它读到的是真实值。你需要把 Device Info 也加入隐匿应用列表并分配模板，然后在其中查看到的值才是验证值。
隐匿的局限性
Thanox 隐匿有一些天然的局限性：
不是所有 app 都用这些 API
有些 app 不通过标准的 TelephonyManager API 读取设备信息，而是通过：
- 读取系统文件（如
/sys/class/android_usb/android0/iSerial） - 通过 native 层 JNI 调用绕过 Java 层的 hook
- 自行生成 UUID（首次安装时生成一个随机值存到本地，以后一直用这个）
Thanox 的 hook 在 Java 层，对 native 层和文件读取方式无效。
Android 版本的 API 变化
Android 10+ 对 IMEI / Device ID 做了限制：普通应用读取 getDeviceId() 会返回空字符串或抛出异常。如果目标 app 已经适配了新 API（改用 Android ID 或其他方式），Thanox 的 IMEI hook 可能就"钩空了"——app 根本不再读 IMEI 了。
需要 Xposed 模式
隐匿功能只在 Xposed 模式下完整生效。Magisk 模式（实验性）下，Thanox Framework 层不一定能正确注入目标应用的进程。如果你用的是 Magisk 模式，可能会发现隐匿不生效或只对部分 app 生效。
隐匿场景举例
- 多开账号：某些 app 根据设备 ID 判断账号数量，用不同模板分配给不同的"多开"实例
- 防止设备指纹追踪：广告 SDK、分析 SDK 会收集设备 ID 用于跨 app 追踪
- 测试不同地域的应用行为：配合 VPN + 不同 ICCID 模板，测试 app 在不同地区的功能差异
隐匿功能到这里结束。Thanox 还有一个非常独特的 Activity 替换功能——移花接木。