企业官网建设流程全解析

搜“CE”这两个字母，能搜出一大堆风马牛不相及的东西：欧洲那个贴在电子产品上的CE认证、某些命令行报错里冒出来的ce字样、还有些编辑器缩写……但只要你在游戏修改或者逆向分析这一块待过，CE基本只有一个意思——Cheat Engine，一把能直接往进程内存里捅刀子的瑞士军刀。而它自带的官方教程，第九关“处理共用代码”，是整条教程线上第一道真正意义上的分水岭。

前面八关，你练的都是“找到那个值”——精确扫描、未知初值、浮点、指针链、代码注入，本质上都在解决“它在哪”。从第九关开始，题目变了：值你早就找到了，指令你也找到了，但你会发现，你动一下，屏幕上四个角色一起遭殃。这一关逼着你从“改一个值”进化到“只改我想改的那个对象”。这套过滤器思维，是后面所有批量对象、数组、怪物列表、属性表的通用解法。这篇文章就把这一关从思路到落地整个拆开，能照着做的步骤、能直接套的脚本模板、还有我当年反复通不过时踩过的坑，全都写清楚。不管你是刚装好CE的新手，还是已经能扫指针链但一碰到共用代码就犯怵的老玩家，看完都能自己动手复现。

1. 第九关到底在考什么：从“改一个值”到“只改一个对象”

1.1 前八关的惯性思维，到第九关会突然失灵

很多人进第九关的时候，操作习惯其实已经被前八关喂成定式了：找到一个关键地址，右键，看谁改写了它，然后要么把那条指令直接改成nop，要么把它替换成一条写死数值的指令。这一套在第六关、第七关都好使，因为那些关卡里，你要改的东西是“独一份”的——只有一个计数器、只有一条生命值。可第九关一上来就打破了这个前提：屏幕上摆着四个角色，一人一份血量，你右键看谁改写了你自己的血量，得到的那条指令，同时也负责另外三个人的血量变化。

这就是“共用代码”四个字最直白的含义。同一行汇编指令，被四个对象轮流执行，只是每次执行时寄存器里装的对象不一样。你用老办法把它nop掉，四个角色就一起免疫；你把它替换成写死1000，四个角色就一起回满。教程之所以把你卡在这儿，就是想让你意识到一件事：在共用代码面前，“改指令”本身是不够的，你还得判断“这条指令现在是在为谁服务”。这个判断，就是所谓的过滤条件，也是这一关唯一的新知识点。

我见过不少人卡在第九关不是因为技术不够，而是心态问题——他们觉得“我把地址都找到了，凭啥不让我过关”。但说实话，这一关是整个官方教程里含金量最高的一关。因为真实游戏里，几乎不存在“独一份”的关键数据。怪物的血量、背包格子的数量、技能冷却，全是同一个结构体被复制成几十上百份，用同一个循环、同一段代码批量处理。第九关提前把这个问题摆在你面前，等你以后去改真游戏时，就不会一脸懵地发现“一改就全图怪一起变”。

1.2 共用代码的真面目：一条指令服务一个数组

想彻底想明白这件事，得先知道程序内部是怎么组织这些角色的。绝大多数情况下，游戏和教程都不会给每个角色单独写一套扣血代码，而是先定义一个“角色结构体”，里面按固定顺序摆好血量、蓝量、坐标、编号这些字段，然后把这些结构体一个接一个放在内存里，形成一个数组或者链表。扣血的时候，程序用一个循环挨个遍历，用同一个偏移去访问每个角色的血量字段。用生活里的场景类比：食堂只有一个打饭窗口，阿姨舀饭的动作永远一样，变的只是你递给她的那个碗。阿姨不会因为你换了碗就换一套动作，程序也一样。

所以你在反汇编窗口里看到的那行指令，长得往往是这种样子：sub dword ptr [esi+0C],01。拆开看，esi里装的是当前这个角色结构体的起始地址，+0C表示血量这个字段在结构体里距离起始地址0x0C个字节，sub ...,01表示把这个位置的值减1。整条指令翻译成人话就是：“把当前角色（esi指向的那个）的血量减1”。当esi指向你的时候，掉的是你的血；当esi指向别人的时候，掉的是别人的血。指令一模一样，变的只是esi的值。

看懂了这一点，解法就呼之欲出了。既然区分谁是谁的关键就在esi（或者64位下的rcx、rax这类寄存器）里，那我只要在指令执行前加一句判断：如果esi等于我自己那个角色结构体的起始地址，就跳过这次扣血；如果不等于，就老老实实执行原来的扣血逻辑。这么一来，共用代码就只对我一个人失效，其它角色照常掉血。这就是“给共用代码装一道过滤门”的完整思路，后面第四章会一步步落地。

1.3 通关目标的三种说法，本质是同一件事

关于第九关到底要达成什么效果，不同版本的教程文字略有出入，我见过“让自己不掉血”“让指定的那个角色不受影响”“只影响你的血量”几种说法。你别被这些措辞绕进去，它们指向的判定条件其实是同一个：你的修改必须只作用在一个对象上，而不是把这条共用指令一锅端掉。换句话说，教程不认“全屏免疫”这种粗暴打法，它要看到你写出了一句带条件判断的代码。

我个人的建议是，不管你怎么理解这个词，动手时都按“只让我的角色免疫、其它三个正常掉血”这个目标来做。第一，这个目标最容易验证——点一次“打我”，只看你自己那格血量有没有变，一眼就知道成没成。第二，这个目标逼着你把cmp加条件跳转写完整，不会让你偷懒成无脑nop。第三，它更接近真实场景里的需求：你想让自己的角色无敌，但不想让整个地图的怪物都变成空气。把这一关练熟，以后遇到“只改某个特定武器”“只改当前选中的单位”，全是同一套路。

2. 动手前的准备与路线选型

2.1 环境、版本和几个必须先确认的开关

正式开打之前，有几件事必须先理清楚，否则后面遇到诡异现象你会怀疑人生。第一是CE的版本，去官网下最新稳定版就行，老版本在64位系统上附加进程偶尔会出问题。第二是教程进程的位数，官方教程通常会给你两个可执行文件，一个32位一个64位，你打开的是哪个，后面的寄存器名字就不一样——32位里常见eax、esi、ebx，64位里则是rax、rcx、rsi。本文的例子以32位为主，64位照葫芦画瓢换寄存器名即可。

第三是权限问题，这个坑新手十有八九踩过。如果你的CE没有以管理员身份运行，附加教程进程时可能能成功，但一到“找出是什么改写了这个地址”就什么都抓不到，因为调试权限不够。最省事的做法是右键CE主程序，勾上“以管理员身份运行”，一劳永逸。第四是杀毒软件，CE这类内存调试工具经常被误报，如果发现注入代码后进程立刻被杀掉，先去杀软里给CE目录加个白名单。

还有一个小开关容易被忽略：CE的“设置”里，如果你之前折腾过“内核模式”或者“使用VEH调试器”之类的选项，先恢复默认。第九关用默认调试器就够，乱改调试器反而会让你抓到的指令信息和别人对不上。另外，扫描设置里的“值类型”记得选对，教程里血量一般是4字节整数，如果你手滑选了浮点，扫半天都出不来结果。

注意：本文所有操作都针对官方教程这类自带的练习程序。修改内存这件事本身，请只用于单机游戏、自己的练习程序，或者逆向分析学习，别拿去线上多人游戏里搞事，那既违反规则也容易出事。

2.2 四条能通关的路，为什么我只推荐一条

这一关其实不止一种通关方式，我把能想到的路线都列出来，你对比完就知道为什么我最后选了指令级过滤。

路线A和路线D本质上是绕过题目，你确实能让自己的血量看起来不变，但共用代码这堵墙你根本没翻过去。路线B是最危险的“假通关”，因为它看起来很像会了，实际上把四个对象全改了，一旦教程的判定要求“其它角色照常掉血”，你就直接不通过。我推荐路线C，不是因为它难，而是因为它才是这一关想教你的东西。你花二十分钟把过滤逻辑吃透，往后改真游戏能省下几十个小时。

而且路线C有个隐藏好处：它会强迫你去理解寄存器、理解偏移、理解对象结构体。你可能在第七关学代码注入时只是机械地套模板，到了第九关，你会第一次真正去读反汇编、去算地址、去想“这个寄存器现在指的是谁”。这种“带着问题读汇编”的能力，才是CE从玩具变成工具的分界线。

2.3 你需要的三个核心认知

在真正动手前，我把这一关需要你建立起来的三个认知先摆出来，后面所有操作都是围着它们转。第一个认知：一条指令可以服务很多对象，区分它们的东西藏在寄存器和偏移里。第二个认知：过滤的本质是比较，比较的就是“当前这个对象是不是我要的那个”。第三个认知：比较的对象要选得稳定，最好选一个不会随程序重启而改变的值，实在不行就用指针把它做成动态的。

这三个认知听起来很抽象，但落到代码上其实就几行。等你把第四章的脚本写出来再回头看这三点，会有种“原来就这么点事”的感觉。我把它们放在这里，是为了让你在遇到问题时能想起来往上对一对，而不是盲目地照着复制粘贴。

3. 从血量反查共用指令：定位过程全记录

3.1 精确扫描把血量地址揪出来

万事开头难，第九关的开头反而最简单——找血量地址。进入教程第九关后，屏幕上会显示几个角色，每个角色旁边有一个血量数字，通常初始是1000或者一个比较容易认的整数。打开CE，点左上角那个闪烁的电脑图标，在进程列表里找到教程进程并附加。这一步务必确认附加成功，CE标题栏会显示进程名。

接着在扫描框的“数值”栏里输入血量的初始值，比如1000，值类型选“4字节”，点“首次扫描”。这时候会扫出来一大堆结果，几十上百条都有。别慌，这是正常的，因为1000这个数字在内存里到处都是。接下来点一下教程界面上的“打我”按钮，让你自己那个角色的血量掉一点，比如掉到980，然后回到CE，把数值改成980，点“再次扫描”。反复几次，结果就会快速收敛到一两条。

这里有个小技巧：如果点一次按钮四个角色一起掉血，那你扫描的时候要把“你自己那格血量”的数字记准，别把别人的数字填进去。收敛到最后剩几条结果时，双击把它们加到下面的地址列表里，然后逐个试着修改数值，看屏幕上哪个角色跟着变。能改出变化的那个，就是你自己的血量地址。把它记下来，后面要用。

3.2 “找出是什么改写了这个地址”用到正确为止

拿到血量地址后，右键它，选“找出是什么改写了这个地址”。这个操作会让CE在这个地址上挂一个写断点。挂上之后，切回教程界面，点一次“打我”，让扣血代码真的跑一遍。再切回CE，你就会看到“找出的指令”窗口里冒出来一条记录，里面有一行反汇编指令，还有它所在的模块和偏移。

这里最常见的坑是“什么都没抓到”。原因通常有三个：一是你附加进程的权限不够，回头用管理员运行CE；二是你点“打我”之前手快，先切回了CE，导致断点还没生效；三是你扫到的地址其实不是真正存血量的地方，而是某个临时副本。遇到抓不到，别急着重启，先检查这三点，基本上都能解决。

抓到指令后，你会发现一个有意思的现象：指令后面的注释里，显示的地址和你的血量地址不一定完全一样。这是正常的，因为指令访问的是“对象基址加偏移”，而你手里的地址是“血量字段的位置”，两者差一个偏移。这个差值非常关键，后面算对象基址全靠它。

3.3 读懂那一行反汇编，认出哪个寄存器是对象

双击“找出的指令”里那条记录，CE会弹出一个反汇编窗口，把这条指令以及它周围几条指令都列出来。你要做的第一件事，是认出这条指令访问内存时用的寄存器是哪个。举个例子，如果指令长这样：sub dword ptr [esi+0C],01，那中括号里的esi就是对象基址，0C是血量字段在这个对象结构体里的偏移，sub ...,01是扣血动作。

再看几个变体，帮你建立手感。如果指令是mov [esi+0C],eax，意思是把eax里的值写进“esi所指向对象的血量字段”，这也是共用代码，只不过它是赋值而不是减法。如果指令是mov [ebx+10],ecx，那基址寄存器就是ebx，偏移是10。你会发现不管哪种写法，规律都一样：中括号里“寄存器+常数”那个寄存器，就是当前对象的身份证。

认准了这个寄存器，你就可以手动验证了。在反汇编窗口上方或者寄存器面板里，看看这条指令执行时这个寄存器的值是多少。如果教程界面支持，你也可以在断点命中时直接读寄存器。把当前esi（举例）的值记下来，它就是你此刻这个角色结构体的起始地址。为了方便，我后面统一用esi来代指这个基址寄存器，你自己的可能是ebx、eax、rcx，替换一下就行。

3.4 直接 NOP 掉会发生什么（以及为什么教程不认）

在还没学会过滤之前，很多人会先试着走捷径：右键这条指令，选“用空指令替换”。说白了就是把sub [esi+0C],01整条抹掉。结果呢？你点“打我”，发现四个角色全都不掉血了。这时候你可能会想“哎这不就过了吗”，但教程就是不给你点“下一步”，或者你切到别的角色身上看，发现它们本该掉血却纹丝不动。

这就是共用代码的脾性。你改的不是“你的扣血逻辑”，你改的是“所有人的扣血逻辑”。教程判定的时候，往往会去检查其它角色是否正常掉血，一旦发现全体免疫，就认定你没有真正完成“只影响一个对象”的要求。更重要的是，这种打法在真实场景里是要命的——你想给自己的角色开无敌，结果把整张地图的怪都变成了不死之身，游戏直接没法玩。

所以，NOP这一步可以让只在“确认这条指令确实是共用代码”的时候做一次，当作验证。确认完之后，把它撤销（点“恢复”或者重新附加进程），老老实实回到“加过滤条件”的正道上来。别小看这个撤销动作，我见过有人忘了撤销，后面注入的脚本和残留的NOP叠在一起，排查了半天才发现是旧改动没清干净。

提示：第九关做实验前，养成“先存一份CT表”的习惯。改动前存一次，出问题随时回读，比重新扫一遍地址快得多。

4. 核心实现：给共用指令装一道过滤门

4.1 先算出你那个对象的“身份证号”

过滤的思路是比较，比较就得有个基准值。这个基准值就是你自己的角色结构体起始地址。怎么算？很简单，用你之前记下的血量地址，减去指令里那个偏移。比如你的血量地址是0A1B2CC9，指令是[esi+0C]，那么对象基址就是0A1B2CC9 - 0x0C = 0A1B2CBD。这个值就是你在过滤时要拿去和esi比较的“身份证号”。

这里必须提醒一个关键点：这个地址是本次进程运行时的堆地址，程序一关再开就变了。所以这个“硬编码比较法”只在本会话内有效，够你过教程第九关用，但拿去改真游戏就会翻车。想让它长期有效，得做两件事之一：要么用指针扫描把对象基址做成一条指向它的指针链，然后在脚本里动态读；要么换一个更稳定的比较对象，比如角色结构体里某个固定的编号字段。第四章4.4节会展开讲更耐用的写法。

算基址这一步，很多人会算错，原因无非两个：一是偏移看错了，把0C看成0D；二是血量地址本身选错了，选成了某个副本。我的经验是，算完之后在CE里手动验证一下：把对象基址 + 偏移算回去，看是不是正好等于你的血量地址，对得上就说明没算错。

4.2 CE 自动生成的注入模板，逐段说明

回到反汇编窗口，选中那条扣血指令，按Ctrl+A，或者右键选“在此处注入代码”（有些版本叫“自动汇编”）。CE会弹出一个自动汇编窗口，通常会给你几个模板选项，选“代码注入”。它会自动帮你生成一段骨架，大概长这样：

[ENABLE] //code from here to '[DISABLE]' will be used to enable the cheat alloc(newmem,2048,"Tutorial-i386.exe"+1234) label(returnhere) label(originalcode) label(exit) newmem: //place your code here originalcode: sub dword ptr [esi+0C],01 jmp exit returnhere: exit: jmp returnhere "Tutorial-i386.exe"+1234: jmp newmem [DISABLE] "Tutorial-i386.exe"+1234: db 83 6E 0C 01

这段模板你得看明白几件事。alloc(newmem,2048,地址)是在目标进程里申请一块新内存，用来放你自己写的代码。[ENABLE]到[DISABLE]之间是启用脚本时执行的内容，[DISABLE]下面是还原时要做的。label就是声明标签，方便跳转。最关键的结构是：CE把原来那条sub指令“搬”到了originalcode标签下面，然后在原位置放一条jmp newmem，让程序执行到这里就跳到你的新内存里。你只要在newmem下面填过滤逻辑就行，其它部分CE会帮你处理好跳转占位。

有一个细节要留意：如果原始指令只有3个字节，而jmp指令要占5个字节，CE可能会自动把后面的字节补成nop。大多数时候它处理得没问题，但偶尔会漏，导致returnhere的位置对不上，程序一跑就崩。遇到崩溃，先检查这一段字节数对不对，手动补两个nop通常就好了。

4.3 完整脚本与逐行拆解

把过滤逻辑填进去之后，完整脚本大概是这样（假设扣血指令是sub dword ptr [esi+0C],01，你的对象基址是0A1B2CBD）：

[ENABLE] aobscanmodule(INJECT,Tutorial-i386.exe,83 6E 0C 01) alloc(newmem,$1000,INJECT) label(code) label(return) newmem: cmp esi,0A1B2CBD // 当前对象是不是我自己？ jne code // 不是，走原始扣血逻辑 jmp return // 是，跳过扣血，直接返回 code: sub dword ptr [esi+0C],01 jmp return INJECT: jmp newmem nop return: registersymbol(INJECT) [DISABLE] INJECT: db 83 6E 0C 01 unregistersymbol(INJECT) dealloc(newmem)

逐行说。第一行的aobscanmodule是让CE在启用脚本时，用一段字节特征去搜索那条指令。83 6E 0C 01就是sub dword ptr [esi+0C],01对应的机器码，写AOB的好处是，就算游戏更新让地址变了，只要能搜到这段字节，脚本依然有效，比硬编码绝对地址稳得多。接下来alloc申请1000字节的可读写可执行内存，label声明要用到的两个跳转标签。

newmem是核心。cmp esi,0A1B2CBD把当前对象的基址和我记录的自己的基址做比较。jne code是“不相等就跳去执行原始扣血”——注意这里跳的是code标签，也就是原始指令。如果相等，说明这条共用代码此刻正在为我自己服务，底下的jmp return就把它直接弹回去，扣血被跳过。code段里放着原封不动的sub指令，处理别人的血量。最后INJECT那里放一条jmp newmem，把程序流劫持到我们的新内存。

[DISABLE]段是还原逻辑，把原始字节83 6E 0C 01写回去，再释放内存。这样你随时能开关脚本，方便对比测试。

填完点“确定”，如果CE没报错，脚本就注入进去了。这时候切回教程，点“打我”，你会发现只有你自己那格血量纹丝不动，其它三个正常减少。到这一步，第九关基本就稳了。

4.4 让过滤更耐用的进阶写法

前面说了，硬编码基址只在本次会话有效。想升级，有两个方向。方向一是用指针：先用CE的指针扫描，找到一条指向你自己角色结构体的稳定指针链，然后在脚本里先读出指针链，拿到动态基址，再和esi比较。脚本大概长这样：

newmem: push eax mov eax,[Tutorial-i386.exe+2A1B2C] // 一级指针 mov eax,[eax+10] // 二级偏移 cmp eax,esi // 和我自己的对象比 pop eax jne code jmp return code: ...

方向二是换一个更稳定的比较对象。比如很多角色结构体里会存一个“编号”或者“类型”字段，你可以在断点命中时读出来，发现你那个角色的这个字段值是个固定值，比如0。这时候就不用比整个基址了，改成cmp dword ptr [esi+08],00，只要这个字段还是0，就说明是你自己。这种写法的好处是，只要这个字段值不变，重启多少次都管用，比指针链还稳。我在真实游戏里用这招的次数，远多于硬比基址。

注意：指针链和身份字段的选择，需要你多断几次、多读几次内存来确认，别凭猜。选错了比较对象，结果就是你偶尔生效偶尔不生效，特别难查。

4.5 实测效果与验证方法

验证其实很简单，但要验得严谨。第一步，脚本启用状态下，连点几次“打我”，盯着自己的血量，应该始终不动。第二步，同时看另外三个角色的血量，它们应该照常往下掉。第三步，把脚本临时禁用（在CE的“高级选项”或者脚本列表里取消勾选），再点几次“打我”，这时候你自己的血量也应该开始掉了。这三步做完，才能确认“只影响我自己”这个目标真的达成了。

我强烈建议你把这三步做成习惯。很多人只验第一步，一看自己不掉血就收工，结果脚本其实把所有人都拦住了，只是他没注意。多做一步对比，能帮你提前发现“过滤条件写反了”或者“比较值选错了”这类问题。教程的判定逻辑，本质上就是在做这个对比，你自己先验一遍，心里就有底了。

5. 常见问题与排查技巧实录

5.1 扫不到地址、地址乱跳怎么办

第九关的血量地址一般不难扫，但如果你扫半天没结果，先检查值类型和数据宽度——血量是4字节有符号整数，别选成浮点或者2字节。其次确认你输入的数字是不是你自己那格血量，四格血量长得像，看串行是常事。如果扫出来的地址改一下就跳走，说明你找到的是临时副本，不是真正的持久字段。这时候回到“找出是什么改写了这个地址”，从它入手反推更靠谱。

还有一种情况是地址能扫到也能改，但一按“打我”就失效。这往往是因为真实的血量字段是个更底层的值，你改的是显示层。解决办法同样是靠“谁改写它”这个功能，揪出真正维护血量的那条指令。记住一个原则：能扫描到的不一定是真的，能被改写指令命中的才是。

5.2 指令里寄存器乱、注释全是问号

反汇编窗口里，如果那条指令旁边全是问号，或者寄存器的值一栏空着，通常是因为断点还没命中，或者当前没有处在暂停状态。你需要在断点命中、程序暂停的那一刻去看，才能看到寄存器的真实值。如果命中了还是看不懂，可以点一下反汇编窗口上方的“单步”按钮，一条条往下走，观察每次执行后寄存器怎么变。走几步，你就能看出哪个寄存器是稳定的对象基址，哪个是临时计算的值。

遇到“找出的指令”一下冒出好几条，也别慌。那说明这个地址被多处代码访问，你要找的是其中那条真正做扣减的（带sub或者dec的），而不是那些只读不写的。逐条点开看指令助记符，一眼就能分出来。

5.3 注入后崩溃、无效果、全部免疫

这三种症状对应三种不同的原因。崩溃通常是脚本字节数对不上、return位置错了，或者AOB搜到的位置不止一处，导致跳转乱掉。解决办法是检查INJECT那段的字节长度和return标签的位置，必要时手动补nop，把AOB写得更长一点，增加唯一性。

无效果最常见的原因是过滤条件写反了，或者比较值算错了。回头核对你的对象基址，拿基址+偏移算回血量地址，看看对不对。还有一种可能是AOB没搜到，脚本静默失败，这时候可以在脚本里加一句日志，或者改用绝对地址试试。

全部免疫，说明你的过滤逻辑根本没生效，可能是jne和je用反了，也可能是你把newmem里的判断写成了无论如何都jmp return。仔细看一遍逻辑：cmp之后，不相等的时候要跳去执行原始指令，相等的时候才跳过。

5.4 重启后失效与指针扫描器的坑

不少人会问，为什么这一关过了，换个游戏照抄脚本却不行。多半就是硬编码基址的锅。程序重启后堆地址全变，你那个0A1B2CBD自然就不存在了。这时候要用指针扫描器找回一条稳定的指针链。但指针扫描本身也有坑，最典型的是“扫不到东西”。常见原因有几个：扫描的层数设太少，找你要的对象需要更多级；偏移范围设得太窄，漏掉了正确的路径；还有扫描的基址模块选错了，应该选游戏主模块，不是系统模块。扫的时候把层数放到5到6级，偏移范围给到0到2048，成功率会高很多。

另一个坑是扫出来的指针链一大堆，看着都像对的，用起来却不稳。筛选方法很简单，重启游戏两次，每次重新验证一遍候选指针，能连续两次都对上的才保留。别看这一步费时间，能帮你筛掉九成以上的假指针。

5.5 常见问题速查表

6. 这一关真正教给你的东西

6.1 过滤器思维能迁移到哪里

"处理共用代码"这五个字，看着是教程里的一个小关卡，实际上是一整套方法论的入口。你以后在真实游戏里遇到的绝大多数棘手改动，本质都是它的变体。比如背包物品列表，所有物品共用一组排序和计算的代码，你想只改某一类物品的属性，就得用同样的思路加过滤。再比如技能冷却，几十个技能共享一段读表代码，你想让某一个技能无冷却，还是要过滤。甚至是单位的血条、坐标、朝向，只要它们被放在数组或链表里循环处理，解法全都一样。

把这套思路抽象出来就三步：找到被共享的那条指令，确认它的身份标识（一般是某个寄存器或者某个字段），写一条只对目标成立的比较条件。这三步套到任何共用代码场景都成立。等你把第九关练到不用查教程就能自己写过滤脚本的时候，CE对你来说就不只是个改数值的工具了，它开始变成一把能拆开程序逻辑的手术刀。

6.2 几个我踩过的坑和最后的提醒

我自己当年过第九关，第一次是直接nop过的，沾沾自喜了没十分钟，发现做真实游戏时一改就全崩。第二次认真做过滤，结果硬编码了基址，游戏重启脚本就废了，又折腾了一轮指针。第三次才算真正把“稳定比较对象”这件事想明白。回头看，最浪费时间的不是技术难点，而是没搞清“为什么不能直接改”这件事背后的逻辑，导致走了两圈弯路。

还有两个实操细节提醒一下。第一个，脚本写完一定要养成备份CT表的习惯，改坏了能一键回滚。第二个，测试的时候多开一个记录，把每次改动前后的现象写下来，尤其是“改了什么导致变成什么样”，这在排查组合问题时能救命。我现在的习惯是每次注入脚本前，先截图存一份当前的地址和指令，出问题直接对比。

如果你已经过了第九关，我的建议是别急着往下走，回去用同一套过滤思路，找个单机游戏练一遍。你会发现在教程里顺理成章的步骤，到真实进程里总会多几个岔路，而正是这些岔路，才是你真正长本事的地方。