Guise 拟态模块的定位与核心思路

一句话定位

Guise Reborn 是一个面向 LSPosed / Modern Xposed 的按应用运行环境伪装模块。它不修改系统全局设置，而是在每个被选中的目标应用进程中拦截 Android API 的返回值，让不同应用各自看到一台「不同的虚拟设备」。

和传统改机工具的本质区别

大部分同类工具给你一张字段表：

• Build.MODEL 填「Pixel 7」
• Build.BRAND 填「Xiaomi」
• Build.DEVICE 填什么……反正随便
• Build.FINGERPRINT 又填了另一条路径

各自独立，互不关联。结果很容易造出一台「型号是 Pixel 7、指纹里却写着小米代号、GPU renderer 却是联发科 Mali」的设备。这种跨通道矛盾，恰恰是主流指纹识别 SDK 最先抓的东西——你改得越多，反而越显眼。

完整自洽档案

Guise 的核心设计理念是：一台被伪装的设备是一个完整自洽的档案，不是一堆独立字段。

你选择的是「小米 11」或者「Pixel 7」这样一台机器，不是零散的键值对。而且关键值是算出来的，不是让你手填：

• Fingerprint 由品牌/产品代号/设备代号/版本/构建号拼接生成，不可能和型号打架
• Android 版本取自你的真机 API 级别（API 级改了应用会崩），不会出现「声称 Android 16 却带着 Android 13 构建号」这种一眼假
• GPU、平台、ABI、编解码器这些属于芯片的属性，按 SoC 复用——几十个芯片覆盖上千机型，共享芯片的机型自动一致

按应用粒度，不碰全局

Guise 只对用户在应用列表里明确勾选的目标应用生效，勾选状态会自动同步为 LSPosed 作用域。它不会 Hook 系统框架，不会修改系统全局设置，也不会扩大模块作用域。

• 应用 A 看到的是小米 11
• 应用 B 看到的是 Pixel 7 Pro
• 系统本身和未勾选的应用，看到的都是真机

这种「按应用粒度」的设计，让每个应用有独立的伪装配置，互不干扰。