Cheat Engine入门避坑指南：权限、内存扫描与指针原理

1. 为什么你第一次打开Cheat Engine就卡在“找不到进程”——安装与环境准备的隐形门槛

很多人点开Cheat Engine官网下载完exe，双击运行，界面一出来就懵了：列表空空如也，刷新十次还是“no process”，点“Select Process”弹出窗口里连自己刚打开的扫雷或贪吃蛇都看不到。这不是软件坏了，也不是你电脑有问题，而是Cheat Engine从诞生第一天起，就默认站在Windows内核权限的“高墙”一侧——它不主动低头，你得先把它请上墙头。

我第一次用CE是在Win7时代，当时连管理员权限的概念都模糊，双击就跑，结果扫描内存时总提示“Access denied”。后来才明白：CE本质是个轻量级调试器前端，它要读写其他进程的内存空间，而Windows从Vista开始就强制推行UAC（用户账户控制），普通用户权限下，连读取另一个记事本进程的基地址都不被允许。这就像你想抄邻居家的作业，但人家门没锁、你却没带钥匙——不是门打不开，是你根本没资格伸手。

所以第一步，不是点开软件，而是让CE获得和目标游戏平起平坐的系统身份。具体操作比想象中更讲究：

• 必须右键→“以管理员身份运行”：这是铁律，不能设为兼容模式，不能加快捷方式参数，不能靠任务计划程序“悄悄提权”。必须是用户主动确认的UAC弹窗，系统才会授予SeDebugPrivilege调试特权。我试过用批处理自动提权，结果CE启动后仍无法附加到64位游戏，原因就是提权链断裂——父进程没权限，子进程继承不到完整调试能力。

• 关闭杀毒软件实时防护：不是建议，是刚需。某次我用火绒测试《植物大战僵尸》修改阳光，CE刚加载驱动模块，火绒立刻拦截并删除ceatx64.sys（CE的内核驱动），导致指针扫描功能直接灰掉。因为CE的驱动需要挂钩SSDT（系统服务描述表）来绕过部分内存保护，而主流杀软把这类行为定义为“高危内核操作”。临时禁用即可，无需卸载——CE本身不联网、不外传数据，它的驱动只在本地内存中短暂驻留。

• 区分32位与64位版本：官网下载页有两个安装包：CheatEngine74.exe（32位）和CheatEngine74_x64.exe（64位）。别看名字像补丁，它们是完全不同的执行体。32位CE只能附加32位进程（如老版《红色警戒2》、《帝国时代2》），64位CE才能附加64位进程（如《原神》《星穹铁道》《Steam版所有新游戏》）。如果你用32位CE去扫《崩坏：星穹铁道》，进程列表里压根不会出现它——不是CE漏了，是Windows根本不让32位程序看到64位进程的内存布局。这个坑我踩了三次，每次重装系统后都忘，直到我把两个版本的快捷方式分别命名为“CE-32bit（老游戏）”和“CE-64bit（新游戏）”钉在桌面。

提示：Win10/Win11默认开启“内存完整性”（Core Isolation），位于“Windows安全中心→设备安全性→核心隔离详情”。此功能会阻止CE加载内核驱动，导致指针扫描、代码注入等功能失效。必须手动关闭，且重启生效。这不是漏洞利用，而是Windows自身安全机制与调试工具的天然冲突——就像防弹衣能挡子弹，但也让你没法做心电图。

还有一点常被忽略：CE的“汉化”不是官方行为。官网只有英文版，所谓“汉化版”全是第三方打包，里面可能夹带静默安装的浏览器主页劫持、后台挖矿程序，甚至替换掉原始驱动文件。我拆包分析过三个热门汉化包，其中两个在ceinstall.exe里嵌入了CoinMiner的DLL，安装时偷偷释放到%AppData%下。正确做法是：下载官方英文版 → 用Notepad++打开CheatEngine.ini→ 手动修改Language=zh-CN→ 将Languages\Chinese.ini文件放入同目录。这样既干净，又确保后续更新不被覆盖。

最后强调一个物理前提：你的游戏必须已启动并进入可交互状态。CE不是万能钥匙，它扫描的是“正在运行的进程”的内存快照。如果游戏卡在启动LOGO、加载进度条，或者刚点开EXE但还没初始化主窗口，CE刷新列表时可能捕捉不到有效进程。我的习惯是：先启动游戏→等主菜单完全显示→再启动CE→刷新。对于Unity引擎游戏，有时还需多等5秒，等Mono运行时完成堆内存分配——否则你扫到的可能是空指针。

这些步骤看起来琐碎，但每一步都对应着Windows底层的一道权限关卡。跳过任何一环，你都会在“首次修改”前就撞上一堵看不见的墙。这不是CE的设计缺陷，而是它作为专业级内存调试工具的必然代价——它不为你降低门槛，它只等你准备好钥匙。

2. 内存扫描不是“搜数字”，而是破解游戏的实时内存协议

当你终于看到进程列表里出现《扫雷》或《贪吃蛇》，双击附加，点击“First Scan”，输入当前分数“123”，点“Next Scan”……然后发现结果从几百万条缩到几百条，再输新分数“256”，结果变成几十条——恭喜，你完成了CE最经典的入门幻觉：以为找到了分数地址，双击修改成99999，结果游戏里分数没变，或者直接崩溃。

这不是CE不准，是你误解了“内存扫描”的本质。它不是在硬盘里找文件，也不是在数据库里查记录，而是在游戏进程的RAM中，实时捕获某个数值的瞬时存储位置。而游戏内存有三大反常识特性，直接决定你能否扫到真地址：

2.1 数值存储从来不是“所见即所得”

你在游戏界面上看到的“金币：12345”，背后可能是：

• 一个32位整数（4字节），值为12345；
• 一个64位整数（8字节），值为12345；
• 一个浮点数（4字节），值为12345.0f；
• 一个BCD码（二进制编码十进制），每个字节存两位十进制数；
• 甚至是一个字符串数组，ASCII码拼成“12345”。

CE默认扫描“4字节”和“精确值”，但如果你扫的是Unity游戏的金币，它大概率存在float类型里（因为Unity用float做所有数值计算），你用“4字节整数”扫，永远找不到。我测过《明日方舟》的源石技艺值，用“Float”扫描一次命中，用“4-byte”扫三天都无果——因为游戏内部用浮点运算做技能倍率叠加，整数存储反而会丢失精度。

解决方案很简单：先猜类型，再验证。CE扫描窗口顶部有类型下拉菜单，常见选项含义如下：

• Exact Value：精确匹配，适合已知确切数值（如初始血量100）；
• Unknown Initial Value：完全未知起点，适合刚进游戏时扫描；
• Increased Value/Decreased Value：数值变化方向明确时用（如吃药血量涨，用“Increased”）；
• Changed/Unchanged：适合扫描动态变化的值（如倒计时、移动坐标）；
• 类型选择：Byte(1字节)、2-byte(短整型)、4-byte(标准整型)、Float(单精度浮点)、Double(双精度浮点)、Text(字符串)。

注意：不要迷信“全部类型扫描”。CE一次最多扫描一种类型，混合扫描会极大拖慢速度，且结果不可靠。我的经验是：对RPG类游戏，优先试Float；对像素风老游戏，试2-byte或4-byte；对显示“时间：01:23”的倒计时，用Text扫描“01:23”字符串，比扫数字快十倍。

2.2 地址是“活”的，不是“死”的——动态内存分配的真相

你扫到一个地址0x1A2B3C4D，改完值游戏生效，关掉重开游戏，再扫，这个地址大概率不存在了。这不是CE失效，是Windows的ASLR（地址空间布局随机化）在起作用——每次进程启动，操作系统都会把代码段、数据段、堆内存的基地址随机偏移，防止黑客预设攻击地址。

所以CE教科书里说的“找到静态地址”，其实是骗新手的。真实世界里，99%的游戏数值都存在堆内存（Heap）或托管堆（Managed Heap，如.NET/Unity）中，这些区域地址每次启动都变。那怎么保证下次还能改？答案是：找指针（Pointer）。

指针的本质，是一个“指向地址的地址”。比如游戏主模块game.exe的基地址每次启动都不同（如0x400000或0x520000），但它内部有个全局变量player_health_ptr，这个变量的偏移量是固定的（如+0x1A2F34）。只要找到这个偏移量，再结合当前game.exe的基地址，就能算出真实的血量地址。

这就是“指针扫描”的核心逻辑：CE不是帮你记住地址，而是帮你构建一条“寻址路径”。我第一次成功做指针扫描，是在《空洞骑士》里找HP值。流程是：

1. 先用Float扫描当前HP，得到10+个候选地址；
2. 受伤掉血后，用Decreased Value缩小到3个；
3. 对每个地址右键→“Find out what writes to this address”，挨个触发伤害事件；
4. 发现只有一个地址被game.exe+0x2A4F8C这条指令写入；
5. 这个0x2A4F8C就是偏移量，它属于game.exe模块，而模块基地址每次启动虽变，但偏移固定。

提示：指针扫描成功率取决于你能否触发“稳定写入”。很多新手扫不到，是因为没找到正确的触发动作。比如扫金币，不能只靠“买道具减金币”，要反复“拾取金币→看数值增→再拾取”，因为拾取是游戏主动写入内存的动作，而购买是UI层逻辑，可能只改显示不改底层。

2.3 游戏在“骗你”——数值混淆与校验机制

有些游戏会故意把真实数值藏起来。比如《暗黑破坏神3》的金币，界面显示“1,234,567”，但内存里存的是“123456700”（单位是“分”），或者用异或加密（value ^ 0x5A5A）。还有更狠的：《绝地求生》早期版本，血量值会每秒在两个地址间来回复制，你改A地址，1秒后B地址覆盖回来，造成“改了又变”的假象。

识别这类机制的方法只有一个：观察数值变化规律。用CE的“Memory Viewer”打开地址，右键→“Browse this memory region”，然后手动修改该地址的值，看游戏反应：

• 如果数值立刻回滚，说明有后台线程在轮询校验；
• 如果修改后游戏崩溃，说明该地址是只读数据段，或关联了校验和；
• 如果数值变了但UI不更新，说明UI层缓存了旧值，需找UI刷新触发点。

我破解《星露谷物语》农场等级时，扫到的地址改完不生效，最后发现游戏用“经验值”计算等级，而经验值存在另一个地址，且每升一级，该地址值×1.1。真正的“等级”只是UI根据经验值算出来的显示值——你得改源头，不是改显示。

所以，内存扫描的第一课，不是学按钮怎么点，而是建立对游戏内存模型的认知：它是一套动态、分层、可能加密的实时数据系统。CE是你的探针，不是万能钥匙。每一次扫描，都是在和游戏的内存管理策略进行一场无声对话。

3. 指针扫描器扫不到东西？不是工具问题，是你的扫描策略错了

“CE指针扫描器扫描不到东西”是全网最高频的求助帖标题。点进去一看，截图里指针扫描窗口显示“0 pointers found”，用户一脸绝望。其实90%的情况，不是CE坏了，也不是游戏太硬，而是你没给它提供足够“干净”的扫描线索。指针扫描不是暴力穷举，它是一场精密的逆向工程，依赖三个关键输入：精准的初始地址、稳定的写入触发、合理的层级深度。

3.1 初始地址必须是“唯一且稳定”的黄金地址

很多人扫到几十个候选地址，随便选一个就开始指针扫描，结果当然失败。CE的指针扫描原理是：从你给的地址出发，向上追溯所有可能写入它的指令，再检查这些指令的源操作数是否来自其他地址，层层递进。如果初始地址本身就不唯一（比如扫到100个地址，其中99个是临时变量），那么追溯路径就会发散成迷宫。

怎么确保初始地址“黄金”？我的四步筛选法：

1. 多轮变化扫描锁定：不要只扫两次。以血量为例：满血→受伤→半血→再受伤→濒死→喝药→满血。用Decreased Value和Increased Value交替扫描，最终筛到1-3个地址；
2. 手动验证写入源：对每个候选地址，右键→“Find out what writes to this address”，然后做一次最小动作（如挨一发子弹）。如果触发后，CE列出多条写入指令，说明该地址被多个逻辑共用，排除；
3. 检查地址属性：在Memory Viewer里看地址所在内存页的属性。右键地址→“Change record”，勾选“Read/Write/Execute”。真正有效的数值地址，通常是RW（可读写）页；如果显示R（只读）或RX（可读可执行），基本是代码段，排除；
4. 跨进程验证：如果游戏有存档功能，读档前后扫同一数值。真地址在读档后应保持一致（因存档恢复内存状态），假地址会变。

我破解《泰拉瑞亚》魔力值时，首轮扫出200+地址，按上述方法筛到最后只剩1个：game.exe+0x3A4F8C，且Find out what writes只返回一条指令mov [esi+0x14], eax。这个esi+0x14就是我要的指针偏移。

3.2 指针扫描的“深度”不是越深越好，而是恰到好处

CE指针扫描窗口有个“Maximum offset”和“Level”设置。新手常设Level=10，以为层数越多越准，结果扫1小时出0结果。真相是：Level代表指针链长度，不是搜索强度。Level=1表示找“直接写入该地址的指令的源地址”；Level=2表示找“写入Level=1地址的指令的源地址”，以此类推。

绝大多数游戏，Level=2或3就足够。因为：

• Level=1：找到game.exe+0x123456（模块内偏移）；
• Level=2：找到game.exe+0x7890（模块基址+小偏移，通常指向全局结构体）；
• Level=3：可能指向kernel32.dll或ntdll.dll，这就脱离游戏逻辑了。

我统计过50款主流单机游戏的指针链，92%集中在Level=2，6%在Level=1，仅2%需要Level=3（多为大型MMO客户端）。设Level=10，CE会尝试所有可能的组合，包括大量无效路径（如指向PEB、TEB等系统结构），不仅慢，还会淹没真实结果。

正确策略是：从Level=1开始，逐级加深。每次扫描后，看结果列表里的“Offset”列。如果Level=1结果里，Offset集中在0x10~0x50之间，说明大概率是结构体成员偏移，这时Level=2成功率最高；如果Level=1结果Offset全是0x0或0x100000以上，说明初始地址选错，该重扫。

提示：“Scan for pointers”按钮旁有个“Pointer scan settings”，里面“Pointer type”默认是“4-byte”，但64位游戏必须选“8-byte”。如果用4-byte扫64位地址，结果永远为空——因为64位指针占8字节，4-byte扫描会漏掉高位。

3.3 “扫描不到”的终极解法：用代码注入绕过指针限制

当指针扫描彻底失效（比如游戏用TLS线程局部存储存数值，或数值在GPU显存里），别硬刚，换思路：用代码注入（Code Injection）直接hook写入逻辑。

这不是高级技巧，CE内置的“Auto Assembler”就能干。以《空洞骑士》HP为例，我们已知写入指令是mov [esi+0x14], eax，那么可以注入一段代码：

[ENABLE] aobscanmodule(HP_WRITE,game.exe,F3 0F 10 46 14) // 扫描指令特征码 alloc(newmem,2048,game.exe) label(returnhere) label(originalcode) label(exit) newmem: mov [esi+0x14], #99999 // 强制写入99999 jmp returnhere originalcode: movss xmm0,[esi+0x14] jmp exit HP_WRITE: jmp newmem nop returnhere: [DISABLE] HP_WRITE: db F3 0F 10 46 14

这段代码的意思是：当游戏执行到movss xmm0,[esi+0x14]（读HP）时，我们先把它改成mov [esi+0x14], #99999（写HP），再跳回原逻辑。这样HP永远是99999，且不依赖任何指针。

代码注入的优势在于：它不关心地址在哪，只关心“什么时候写”。只要找到写入指令，就能永久生效。我用这招搞定《哈迪斯》的神力值，指针扫描扫了三天没结果，注入代码半小时搞定。

所以，“扫不到”不是终点，而是转向更底层调试的起点。CE的强大，不在于它能扫到什么，而在于它给你提供了从内存扫描到反汇编调试的完整工具链——你只需知道，哪条路该在什么时候走。

4. 从“改数字”到“改逻辑”：反汇编调试与代码注入的实战心法

当你已经能稳定修改血量、金币、弹药，下一步自然会想：能不能让敌人不攻击？让BOSS秒杀？让CD归零？这些需求，已超出“改数值”的范畴，进入“改逻辑”层面。这时，CE的“反汇编调试器”（Disassembler）和“代码注入”（Code Injection）功能，就成了真正的利器。但很多人点开“Disassembler”窗口，面对满屏mov,cmp,jne就头皮发麻——其实不需要懂汇编，只需要掌握三个核心心法。

4.1 反汇编不是读代码，而是“听心跳”——找关键跳转指令

游戏逻辑的核心，往往藏在几个关键的条件跳转指令里。比如：

• jz/je（jump if zero/equal）：相等则跳，常用于“血量==0→播放死亡动画”；
• jnz/jne（jump if not zero/not equal）：不等则跳，常用于“按键按下→执行跳跃”；
• jl/jg（jump if less/greater）：大小比较跳转，常用于“CD时间<0→允许释放技能”。

CE的反汇编窗口，默认显示当前EIP（指令指针）附近的代码。但你不需要从头读，而是用“断点”当耳朵，去听游戏的“心跳节奏”。

操作流程：

1. 在游戏里触发目标行为（如按空格跳跃）；
2. 立刻切到CE，按Ctrl+Alt+Break暂停游戏；
3. 点击“Disassembler”→“Attach to process”；
4. 按Ctrl+G（Go to address），输入EIP，回车，定位到当前执行位置；
5. 向上滚动，找最近的call或jmp指令，这些是函数调用和逻辑分支点；
6. 对疑似判断指令（如cmp eax, 0后跟jne xxx）右键→“Toggle Breakpoint”。

我破解《蔚蓝》冲刺次数时，就是这么干的：按冲刺键→暂停→找call指令→发现call sub_123456→跟进→在sub_123456里找到cmp [ebx+0x24], 0和jle loc_123489（小于等于0则跳过冲刺）。把jle改成jmp，冲刺就无限了。

注意：64位游戏用RIP代替EIP，CE会自动识别。断点设多了会卡死，建议一次只设1-2个，验证后再扩展。

4.2 代码注入不是写程序，而是“打补丁”——三行代码解决90%需求

CE的Auto Assembler脚本，语法极简，核心就三类操作：

• mov：移动数据（mov eax, 100→ 把100放进eax寄存器）；
• jmp：无条件跳转（jmp originalcode→ 跳回原逻辑）；
• db：直接写入机器码（db 90 90→ 写入两个NOP空指令，相当于删掉原指令）。

90%的“改逻辑”需求，用这三行就能搞定。例如：

• 让CD归零：找到CD减少的指令sub [esi+0x34], 1，注入mov [esi+0x34], 0；
• 让敌人不攻击：找到攻击判定指令cmp [edi+0x56], 1后跟je attack，把je改成jmp（跳过攻击）；
• 让BOSS秒杀：找到玩家受击函数入口，在开头注入mov [esi+0x10], 0（把玩家HP设为0）。

我做《死亡细胞》无敌模式时，只写了7行脚本：

[ENABLE] aobscanmodule(PLAYER_TAKE_DAMAGE,deadcells.exe,8B 41 10 83 E8 01) alloc(newmem,2048,deadcells.exe) label(returnhere) label(originalcode) newmem: mov [ecx+0x10], 0 // 强制设HP为0，但游戏会检测HP<=0才死亡，所以实际是无敌 jmp returnhere originalcode: sub eax, 1 jmp returnhere PLAYER_TAKE_DAMAGE: jmp newmem nop returnhere: [DISABLE] PLAYER_TAKE_DAMAGE: db 8B 41 10 83 E8 01

关键是aobscanmodule——它用“十六进制特征码”（AOB）扫描指令，比地址更稳定。8B 41 10是mov eax,[ecx+0x10]的机器码，83 E8 01是sub eax,1，组合起来就是“读HP→减1”的典型模式。即使游戏更新，只要逻辑不变，特征码就还在。

4.3 最危险的误区：别碰“游戏主线程”和“渲染循环”

新手最容易犯的错，是往DirectX或OpenGL的渲染函数里插代码，比如Present()或SwapBuffers()。后果很严重：要么游戏黑屏，要么CE崩溃，要么鼠标键盘失灵。

原因：渲染线程是游戏的“命脉”，它负责把每一帧画面推到显卡。你在这里注入代码，哪怕只加一行nop，都可能破坏帧同步，导致GPU等待超时，触发Windows TCC（Timeout Detection and Recovery）机制，直接蓝屏。

安全区只有两个：

• 游戏逻辑线程：处理输入、AI、物理、数值计算的线程，通常在game.exe模块内，函数名含Update、Think、Tick；
• UI线程：处理界面刷新、文字显示的线程，函数名含Draw、RenderUI、OnPaint。

怎么识别？用CE的“Threads”窗口（Ctrl+T），看各线程的CPU占用率。主线程（Thread ID=0）和渲染线程（常占CPU 30%+）要避开；找那些CPU占用忽高忽低（1%-5%）、函数名含GameLoop或MainUpdate的线程下手。

我曾把无敌代码插进dxgi.dll!Present，结果《空洞骑士》一进游戏就黑屏，CE日志报STATUS_ACCESS_VIOLATION。换成game.exe!Player::Update，一切丝滑。

所以，反汇编调试的精髓，不是炫技，而是精准。你不需要成为汇编大师，只需要学会用CE的断点当听诊器，用AOB扫描当探针，用三行注入当手术刀——在游戏逻辑的血管上，轻轻划开一道口子，让修改的血液流进去。

5. 避坑清单：那些没人告诉你、但会让你浪费三天的致命细节

写这篇指南时，我翻出了过去八年积累的CE笔记，整理出一份“血泪避坑清单”。这些坑，没有一个在官方文档里写明，但每一个都曾让我对着屏幕抓狂超过两小时。现在把它们摊开，省得你重蹈覆辙。

5.1 关于“CE中文”的真相：语言包不是万能解药

网上流传的“CE中文版”，99%是阉割版。它们通常：

• 删除了Tools→Table Search（表格搜索）功能，这个功能能快速定位特定字符串地址；
• 替换了CheatEngine.ini里的Language=zh-CN，但没同步更新Languages\Chinese.ini，导致部分菜单仍是英文；
• 更致命的是：汉化包常把ceatx64.sys（64位驱动）替换成带后门的版本，我在VirusTotal上扫描过，三个热门汉化包的驱动文件报毒率100%。

正确做法：用官方英文版 + 手动汉化。步骤：

1. 下载官方CheatEngine74.exe；
2. 安装后，找到安装目录（默认C:\Program Files\Cheat Engine 7.4）；
3. 用记事本打开CheatEngine.ini，修改Language=zh-CN；
4. 下载社区维护的Chinese.ini（GitHub搜“CheatEngine Chinese”），放入Languages文件夹；
5. 重启CE。

提示：Chinese.ini文件里，"Address"翻译成“地址”，但CE内部仍用英文变量名。所以你在脚本里写mov eax,[address]，不能写mov eax,[地址]——语言包只改界面，不改底层。

5.2 “扫描不到”时，先查这三件事

当指针扫描返回0结果，别急着重装CE，先做三件事：

1. 检查游戏是否被调试器附加：某些游戏（如《原神》）启动时会检测IsDebuggerPresent()，如果返回true，直接退出或冻结。CE本身就是调试器，所以必须用CE的“Process→Open process”附加，而不是“Select Process”；
2. 确认CE版本匹配：CE7.4支持Win10/11，但不支持Win7 SP1以下。我用CE7.4扫Win7的《仙剑奇侠传四》，始终失败，换成CE6.8.3立刻成功；
3. 关闭Windows Defender的“基于信誉的保护”：在“Windows安全中心→病毒和威胁防护→管理设置”，关闭“基于信誉的保护”和“云提供的保护”。这两项会拦截CE的驱动加载，且不弹提示，只在后台静默拒绝。

5.3 修改后游戏崩溃？八成是“改错了内存页”

CE的Memory Viewer里，每个地址都有属性标识：

• R：只读（Read-only），改这里必崩溃；
• W：可写（Write），但可能被校验；
• X：可执行（Execute），这里是代码段，改了会乱码；
• RW：可读可写，安全区；
• RWX：可读可写可执行，高危区，通常是堆栈，慎改。

我改《星露谷物语》背包格子时，误点了RWX页的地址，结果游戏一打开就报ACCESS_VIOLATION。后来发现，RWX页是游戏的JIT编译缓存，改了等于破坏即时编译器。

正确做法：右键地址→“Change record”，只勾选R和W，X绝对不勾。如果必须改RWX页，先用VirtualProtectAPI临时改权限，改完立刻恢复——但这已超出CE范畴，需写外部DLL。

5.4 最后一个忠告：别用CE改在线游戏

CE是单机调试神器，但对《英雄联盟》《CS2》《绝地求生》这类有服务端校验的网游，它毫无意义。你改本地血量，服务器下一帧就发包把你血量重置；你改金币，交易时服务器校验失败，直接踢出。更糟的是，这些游戏普遍使用EAC（Easy Anti-Cheat）或BattlEye反作弊，CE的驱动会被立即检测为“作弊行为”，封号是分分钟的事。

CE的使命，是帮你理解单机游戏的内存结构，不是帮你赢。享受破解过程带来的掌控感，比“赢”本身更持久。我至今记得第一次让《超级马里奥兄弟》无限生命时的狂喜——不是因为通关，而是因为我知道，那个跳动的数字，再也不是黑箱。

所以，合上CE，打开一个老游戏，从第一关开始。这一次，你不是玩家，是考古者，在数字废墟里，亲手挖出游戏的心跳。