第 1 步 · 先确认三件事再开始
在动手之前，有三项信息值得先确认，它们决定了后面要选哪条路线：
- 设备的安卓版本。安卓 13 及以上建议使用较新的 64 位版本；版本过低的老机型要留意部分新版本已不再支持。
- 目标游戏的位数。游戏是 32 位还是 64 位，直接决定工具的版本选择，判断方法见 兼容说明页的位数章节。
- 设备是否已 root。已 root 可以直接附加进程，未 root 就要走虚拟空间路线。
同时建议留出约 4GB 可用运存。修改器与游戏会同时驻留内存，运存紧张时最容易出现的现象不是报错，而是工具启动后悬浮图标一闪即消失。
第 2 步 · 虚拟空间方案怎么配（未 root 设备）
虚拟空间的本质是给应用提供一个隔离的运行容器，让 gg修改器 在这个容器内获得相当于系统级的内存访问能力，而不必改动手机本身的系统。常见选择有三类：
| 方案类型 | 特点 | 适用情况 |
|---|---|---|
| 轻量多开类容器 | 体积小、启动快，隔离级别较低 | 对检测不敏感的单机游戏，日常随手改动最省事 |
| 完整虚拟系统类 | 内部是完整的安卓环境，兼容性强 | 游戏对运行环境有校验、需要隐藏宿主特征时使用 |
| 框架注入类 | 不新建容器，直接挂钩目标应用 | 已 root 设备，或愿意承担更高配置成本的用户 |
无论选哪一种，有一条铁律：gg修改器 与目标游戏必须装进同一个容器。很多人在这里走了弯路——容器里只装了修改器，游戏仍留在系统桌面，结果工具永远看不到游戏进程。正确顺序是先在系统里准备好安装包，再把两者依次导入同一容器。
另外一个影响稳定性的设置是电池策略。安卓的省电机制会在后台清理容器进程，导致悬浮图标中途消失。把容器的电池策略改为「不受限制」，并确认已开启「允许显示在其他应用上层」，能解决大部分中途失效的问题。
第 3 步 · 安装与模式选择
安装过程中被安全组件提醒存在风险文件属于常见现象：这类工具需要读写其他应用的内存，行为特征与部分恶意程序接近，因此会被标记。处理方式是找回被隔离的文件、加入信任，再重新执行安装。
进入安装模式选择界面后，三个选项的含义分别是：默认适用于直接安装到系统或普通容器；后两项用于容器环境，选择依据是游戏自身的位数而不是手机的位数。手机上装的是 64 位系统，但游戏本体是 32 位的情况非常普遍，这时应选「32 位游戏」那一项。选错的典型表现是工具能打开、能搜索，但结果恒为空，这一点在 疑难排查页的首次使用分组 里有更详细的对照。
第 4 步 · 权限与授权
安装完成后需要两类权限。第一类是悬浮窗与「显示在其他应用上层」，缺了它就没有可调出的操作面板；第二类是内存访问授权，已 root 设备会弹出超级用户请求框。
授权框里除了「允许 / 拒绝」，还有「仅此一次」「记住选择 10 分钟」「永久记住选择」三个时效选项。日常使用建议直接选永久记住，减少重复打断。若更换了容器或重装了游戏，授权通常需要重新确认一次。
提醒：部分容器的授权弹窗会以应用名之外的字符串显示，看起来像随机字母组合，这属于容器的标识行为，不代表来源异常。
第 5 步 · 第一次改值：从搜索到写回
准备工作做完，真正的第一次修改可以按下面五步走。这里以单机游戏里的金币为例。
- 先启动游戏，再调出修改器进入游戏并停在能看到目标数值的界面，然后通过悬浮图标调出操作面板。顺序反了会导致进程列表里找不到游戏。
- 附加目标进程在进程列表里选择当前游戏，确认附加成功后，面板顶部会显示游戏名称与占用内存。列表里出现多个同名条目时，选占用内存最大的那一个。
- 设置内存范围与数据类型范围先取 C++ 分配区与静态区的组合，数据类型优先选 32 位整数。范围与类型的完整对照见 功能解析页的内存范围章节。
- 输入当前值并搜索把界面上显示的数字原样填入搜索框。第一次搜索通常会有大量结果，这是正常的，不必被数量吓到。
- 让数值变化后改善回到游戏真实消耗或增加该数值，再回到面板输入新值并执行改善。重复两到三次，结果通常会收敛到个位数。
最常见的失败点：第二步附加错进程。同一款游戏常有主进程、更新进程、语音进程等多个条目，附加到非主进程上会表现为「能搜索、结果恒为空」。确认方法是对比占用内存量，主进程通常是最大的那一个。
第 6 步 · 结果还是一大堆，怎么继续收敛
如果改善两轮之后仍有几十条结果，说明这些候选的数值恰好相同，需要引入新的区分条件。可用的手段按优先级排列：
- 继续制造变化。把数值改到一个不容易重复的数字，例如从整百变成带零头的值，再搜一次。数值越特殊，命中越集中。
- 换用联合搜索。把金币与另一个同时可见的数值用分号串起来一次搜索，用第二个条件把无关地址剔除，写法见 联合搜索章节。
- 切换内存范围。把范围收窄到 C++ 静态区再搜一遍。稳定的全局数据命中后更不容易失效。
- 改用模糊搜索。如果目标数值没有明文，前三种方式都会失败，此时应直接切到模糊搜索按变化趋势逼近。
写回目标值时，同一个地址可能同时存在多个副本（例如界面上显示的值与逻辑里真正参与计算的值）。遇到「改了界面但功能没变」的情况，通常说明改到了显示副本，需要回到结果列表里逐条试出参与计算的那一个。
第 7 步 · 让改动维持住
写入成功并不等于结束。只要游戏在结算、切场景或定时刷新时重新写回这段内存，你看到的数值就会弹回原样。稳定做法是在写入时同时勾选冻结，让工具持续把该地址压到目标值。
冻结的使用原则是少而精：只对真正需要长期稳定的关键数值开启，一到三个为宜。同时冻结大量地址会带来持续的检测开销，既影响流畅度，也更容易被测出来。此外，如果数值实际来自服务端同步，冻结只能维持界面表现，功能层面依旧按服务端数据判定——这类场景不建议继续投入。
卡住了怎么办：一张速查顺序
把前面几步里最容易出问题的环节按顺序列在这里，遇到问题时从上往下排查，通常一两分钟就能定位：
- 进程附加是否正确（对照占用内存量）
- 数据类型是否匹配（整数与浮点是两个世界）
- 内存范围是否过窄或过宽（先 Ca 与 Cb 组合）
- 数值是否需要变化后再改善（第一步就必须做对）
- 数值是否被加密或做了偏移（勾选加密搜索或改走模糊搜索）
- 工具与游戏是否在同一容器内（未 root 场景的高频原因）
- 位数与安装模式是否对应（32 位游戏配 32 位模式）
完整的十四条问题与分组解答已整理在 常见问题与故障排查手册，包括闪退、悬浮图标消失、结果为空、改完回弹、账号风险等具体情形。使用前也建议先看一眼 安全提示，明确哪些场景不适合使用这类工具。