搜“CE”这两个字母能搜出一大堆风马牛不相及的东西欧洲那个贴在电子产品上的CE认证、某些命令行报错里冒出来的ce字样、还有些编辑器缩写……但只要你在游戏修改或者逆向分析这一块待过CE基本只有一个意思——Cheat Engine一把能直接往进程内存里捅刀子的瑞士军刀。而它自带的官方教程第九关“处理共用代码”是整条教程线上第一道真正意义上的分水岭。前面八关你练的都是“找到那个值”——精确扫描、未知初值、浮点、指针链、代码注入本质上都在解决“它在哪”。从第九关开始题目变了值你早就找到了指令你也找到了但你会发现你动一下屏幕上四个角色一起遭殃。这一关逼着你从“改一个值”进化到“只改我想改的那个对象”。这套过滤器思维是后面所有批量对象、数组、怪物列表、属性表的通用解法。这篇文章就把这一关从思路到落地整个拆开能照着做的步骤、能直接套的脚本模板、还有我当年反复通不过时踩过的坑全都写清楚。不管你是刚装好CE的新手还是已经能扫指针链但一碰到共用代码就犯怵的老玩家看完都能自己动手复现。1. 第九关到底在考什么从“改一个值”到“只改一个对象”1.1 前八关的惯性思维到第九关会突然失灵很多人进第九关的时候操作习惯其实已经被前八关喂成定式了找到一个关键地址右键看谁改写了它然后要么把那条指令直接改成nop要么把它替换成一条写死数值的指令。这一套在第六关、第七关都好使因为那些关卡里你要改的东西是“独一份”的——只有一个计数器、只有一条生命值。可第九关一上来就打破了这个前提屏幕上摆着四个角色一人一份血量你右键看谁改写了你自己的血量得到的那条指令同时也负责另外三个人的血量变化。这就是“共用代码”四个字最直白的含义。同一行汇编指令被四个对象轮流执行只是每次执行时寄存器里装的对象不一样。你用老办法把它nop掉四个角色就一起免疫你把它替换成写死1000四个角色就一起回满。教程之所以把你卡在这儿就是想让你意识到一件事在共用代码面前“改指令”本身是不够的你还得判断“这条指令现在是在为谁服务”。这个判断就是所谓的过滤条件也是这一关唯一的新知识点。我见过不少人卡在第九关不是因为技术不够而是心态问题——他们觉得“我把地址都找到了凭啥不让我过关”。但说实话这一关是整个官方教程里含金量最高的一关。因为真实游戏里几乎不存在“独一份”的关键数据。怪物的血量、背包格子的数量、技能冷却全是同一个结构体被复制成几十上百份用同一个循环、同一段代码批量处理。第九关提前把这个问题摆在你面前等你以后去改真游戏时就不会一脸懵地发现“一改就全图怪一起变”。1.2 共用代码的真面目一条指令服务一个数组想彻底想明白这件事得先知道程序内部是怎么组织这些角色的。绝大多数情况下游戏和教程都不会给每个角色单独写一套扣血代码而是先定义一个“角色结构体”里面按固定顺序摆好血量、蓝量、坐标、编号这些字段然后把这些结构体一个接一个放在内存里形成一个数组或者链表。扣血的时候程序用一个循环挨个遍历用同一个偏移去访问每个角色的血量字段。用生活里的场景类比食堂只有一个打饭窗口阿姨舀饭的动作永远一样变的只是你递给她的那个碗。阿姨不会因为你换了碗就换一套动作程序也一样。所以你在反汇编窗口里看到的那行指令长得往往是这种样子sub dword ptr [esi0C],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、ebx64位里则是rax、rcx、rsi。本文的例子以32位为主64位照葫芦画瓢换寄存器名即可。第三是权限问题这个坑新手十有八九踩过。如果你的CE没有以管理员身份运行附加教程进程时可能能成功但一到“找出是什么改写了这个地址”就什么都抓不到因为调试权限不够。最省事的做法是右键CE主程序勾上“以管理员身份运行”一劳永逸。第四是杀毒软件CE这类内存调试工具经常被误报如果发现注入代码后进程立刻被杀掉先去杀软里给CE目录加个白名单。还有一个小开关容易被忽略CE的“设置”里如果你之前折腾过“内核模式”或者“使用VEH调试器”之类的选项先恢复默认。第九关用默认调试器就够乱改调试器反而会让你抓到的指令信息和别人对不上。另外扫描设置里的“值类型”记得选对教程里血量一般是4字节整数如果你手滑选了浮点扫半天都出不来结果。注意本文所有操作都针对官方教程这类自带的练习程序。修改内存这件事本身请只用于单机游戏、自己的练习程序或者逆向分析学习别拿去线上多人游戏里搞事那既违反规则也容易出事。2.2 四条能通关的路为什么我只推荐一条这一关其实不止一种通关方式我把能想到的路线都列出来你对比完就知道为什么我最后选了指令级过滤。路线具体做法优点致命缺陷A. 直接改血量数值找到自己的血量地址直接改成一个空前大的数最快30秒搞定完全不解决共用代码教程判定基本不认B. NOP掉共用指令把扣血指令整条改成nop简单粗暴四个角色一起免疫属于“误伤”C. 指令级过滤在共用指令前加cmp跳转只拦住自己的对象精准思路可迁移稍微费脑要会看寄存器D. 脚本每帧回写用定时器每隔几毫秒把自己血量写回1000能过治标不治本性能差掩盖了问题本质路线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 [esi0C],01那中括号里的esi就是对象基址0C是血量字段在这个对象结构体里的偏移sub ...,01是扣血动作。再看几个变体帮你建立手感。如果指令是mov [esi0C],eax意思是把eax里的值写进“esi所指向对象的血量字段”这也是共用代码只不过它是赋值而不是减法。如果指令是mov [ebx10],ecx那基址寄存器就是ebx偏移是10。你会发现不管哪种写法规律都一样中括号里“寄存器常数”那个寄存器就是当前对象的身份证。认准了这个寄存器你就可以手动验证了。在反汇编窗口上方或者寄存器面板里看看这条指令执行时这个寄存器的值是多少。如果教程界面支持你也可以在断点命中时直接读寄存器。把当前esi举例的值记下来它就是你此刻这个角色结构体的起始地址。为了方便我后面统一用esi来代指这个基址寄存器你自己的可能是ebx、eax、rcx替换一下就行。3.4 直接 NOP 掉会发生什么以及为什么教程不认在还没学会过滤之前很多人会先试着走捷径右键这条指令选“用空指令替换”。说白了就是把sub [esi0C],01整条抹掉。结果呢你点“打我”发现四个角色全都不掉血了。这时候你可能会想“哎这不就过了吗”但教程就是不给你点“下一步”或者你切到别的角色身上看发现它们本该掉血却纹丝不动。这就是共用代码的脾性。你改的不是“你的扣血逻辑”你改的是“所有人的扣血逻辑”。教程判定的时候往往会去检查其它角色是否正常掉血一旦发现全体免疫就认定你没有真正完成“只影响一个对象”的要求。更重要的是这种打法在真实场景里是要命的——你想给自己的角色开无敌结果把整张地图的怪都变成了不死之身游戏直接没法玩。所以NOP这一步可以让只在“确认这条指令确实是共用代码”的时候做一次当作验证。确认完之后把它撤销点“恢复”或者重新附加进程老老实实回到“加过滤条件”的正道上来。别小看这个撤销动作我见过有人忘了撤销后面注入的脚本和残留的NOP叠在一起排查了半天才发现是旧改动没清干净。提示第九关做实验前养成“先存一份CT表”的习惯。改动前存一次出问题随时回读比重新扫一遍地址快得多。4. 核心实现给共用指令装一道过滤门4.1 先算出你那个对象的“身份证号”过滤的思路是比较比较就得有个基准值。这个基准值就是你自己的角色结构体起始地址。怎么算很简单用你之前记下的血量地址减去指令里那个偏移。比如你的血量地址是0A1B2CC9指令是[esi0C]那么对象基址就是0A1B2CC9 - 0x0C 0A1B2CBD。这个值就是你在过滤时要拿去和esi比较的“身份证号”。这里必须提醒一个关键点这个地址是本次进程运行时的堆地址程序一关再开就变了。所以这个“硬编码比较法”只在本会话内有效够你过教程第九关用但拿去改真游戏就会翻车。想让它长期有效得做两件事之一要么用指针扫描把对象基址做成一条指向它的指针链然后在脚本里动态读要么换一个更稳定的比较对象比如角色结构体里某个固定的编号字段。第四章4.4节会展开讲更耐用的写法。算基址这一步很多人会算错原因无非两个一是偏移看错了把0C看成0D二是血量地址本身选错了选成了某个副本。我的经验是算完之后在CE里手动验证一下把对象基址 偏移算回去看是不是正好等于你的血量地址对得上就说明没算错。4.2 CE 自动生成的注入模板逐段说明回到反汇编窗口选中那条扣血指令按CtrlA或者右键选“在此处注入代码”有些版本叫“自动汇编”。CE会弹出一个自动汇编窗口通常会给你几个模板选项选“代码注入”。它会自动帮你生成一段骨架大概长这样[ENABLE] //code from here to [DISABLE] will be used to enable the cheat alloc(newmem,2048,Tutorial-i386.exe1234) label(returnhere) label(originalcode) label(exit) newmem: //place your code here originalcode: sub dword ptr [esi0C],01 jmp exit returnhere: exit: jmp returnhere Tutorial-i386.exe1234: jmp newmem [DISABLE] Tutorial-i386.exe1234: 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 [esi0C],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 [esi0C],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 [esi0C],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.exe2A1B2C] // 一级指针 mov eax,[eax10] // 二级偏移 cmp eax,esi // 和我自己的对象比 pop eax jne code jmp return code: ...方向二是换一个更稳定的比较对象。比如很多角色结构体里会存一个“编号”或者“类型”字段你可以在断点命中时读出来发现你那个角色的这个字段值是个固定值比如0。这时候就不用比整个基址了改成cmp dword ptr [esi08],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 常见问题速查表现象最可能的原因快速处理抓不到改写指令CE权限不够 / 断点未命中管理员运行CE重新附加后点按钮改一条指令四个角色全变改的是共用代码改用cmp过滤不要NOP脚本注入后进程崩溃字节数或return位置错延长AOB手动补nop核对return脚本启用但毫无效果AOB没搜到 / 条件写反用绝对地址测试检查je/jne只拦住了自己但重启失效硬编码了堆地址改用指针链或身份字段比较指针扫描器扫不出结果层数少 / 偏移范围窄层数设5~6偏移0~2048重扫血量改了又弹回改的是显示层副本从改写指令反查真实字段6. 这一关真正教给你的东西6.1 过滤器思维能迁移到哪里处理共用代码这五个字看着是教程里的一个小关卡实际上是一整套方法论的入口。你以后在真实游戏里遇到的绝大多数棘手改动本质都是它的变体。比如背包物品列表所有物品共用一组排序和计算的代码你想只改某一类物品的属性就得用同样的思路加过滤。再比如技能冷却几十个技能共享一段读表代码你想让某一个技能无冷却还是要过滤。甚至是单位的血条、坐标、朝向只要它们被放在数组或链表里循环处理解法全都一样。把这套思路抽象出来就三步找到被共享的那条指令确认它的身份标识一般是某个寄存器或者某个字段写一条只对目标成立的比较条件。这三步套到任何共用代码场景都成立。等你把第九关练到不用查教程就能自己写过滤脚本的时候CE对你来说就不只是个改数值的工具了它开始变成一把能拆开程序逻辑的手术刀。6.2 几个我踩过的坑和最后的提醒我自己当年过第九关第一次是直接nop过的沾沾自喜了没十分钟发现做真实游戏时一改就全崩。第二次认真做过滤结果硬编码了基址游戏重启脚本就废了又折腾了一轮指针。第三次才算真正把“稳定比较对象”这件事想明白。回头看最浪费时间的不是技术难点而是没搞清“为什么不能直接改”这件事背后的逻辑导致走了两圈弯路。还有两个实操细节提醒一下。第一个脚本写完一定要养成备份CT表的习惯改坏了能一键回滚。第二个测试的时候多开一个记录把每次改动前后的现象写下来尤其是“改了什么导致变成什么样”这在排查组合问题时能救命。我现在的习惯是每次注入脚本前先截图存一份当前的地址和指令出问题直接对比。如果你已经过了第九关我的建议是别急着往下走回去用同一套过滤思路找个单机游戏练一遍。你会发现在教程里顺理成章的步骤到真实进程里总会多几个岔路而正是这些岔路才是你真正长本事的地方。