第一次进汇编实验室，很多人对着那块黑屏幕的第一反应是懵的：教材上画得清清楚楚的寄存器、内存单元，一敲命令满屏十六进制数字，还分什么段地址偏移地址，看着就头大。我当年也是这么过来的，后来带过几届实验课才发现，这门实验真正的门槛不在汇编指令本身，而在“看得见”这件事上。用 debug 命令查看寄存器和内存中的内容，说白了就是给你一台能随时暂停、随时翻看内部状态的机器：CPU 里那几个寄存器此刻装的是什么、内存某一块字节是几、你敲进去的一条指令执行完到底改了哪里，全都能一条命令问出来。这篇东西不讲大道理，我把它当成一次完整的实验复盘，从工具定位、环境准备，到 R 命令读寄存器、D 命令看内存、地址怎么手算、E/A/U/T 怎么串成闭环，再到我这些年攒下来的踩坑清单，一块一块摊开讲。不管你是刚上实验课、连十六进制都还没适应的大一新生，还是想给学生把“段地址左移一位”讲明白的助教，看完都能直接上手敲，并且知道每一下敲下去为什么这么敲。

1. DEBUG 的定位与实验环境准备

1.1 它不是编程工具，是一台“能暂停的机器”

先把概念摆正。debug 在 DOS 环境下是一个自带的小型调试程序，它提供的不是编辑器、不是编译器，而是一组让你直接和 CPU、内存打交道的命令。你在里面敲R，它把当前所有寄存器的值打印出来；敲D，它把内存某一段按字节铺开给你看；敲A，你可以直接在内存里写几条汇编指令；敲T，它执行一条指令然后停下来，再把寄存器状态重新打印一遍。

我特别喜欢拿新手机的开机自检来类比。手机刚通电的时候会跑一段自检程序，逐项检查硬件，屏幕上滚动一串看不见的日志。debug 就是把这个自检过程变成了你能亲手按键控制的形式：你想停在哪就停在哪，想翻哪个“零件”就翻哪个“零件”。教材上那些表格，AX 是什么、DS 是什么、物理地址怎么算，全是静态的死图；debug 把它们变成了活的，你改一个值，它立刻变，你执行一条指令，它立刻告诉你哪几个格子动了。这个从“看图”到“自己动刀”的转变，才是这个实验真正的价值。

所以你在做实验时的心态应该是这样：你不是在学 debug 这个软件怎么用，你是在借这个软件验证你对“机器是怎么存东西、怎么搬东西”的理解。软件只是那台显微镜。

1.2 为什么教材非要用它：三个不可替代的理由

有人会问，现在工具这么多，有更现代的调试器、有可视化界面，为什么还要用这么个黑屏工具？我总结下来，教材坚持用它，理由大概有三个，而且这三个理由确实站得住。

第一个理由是没有中间层。现代调试器大多工作在操作系统之上，你看到的地址是虚拟地址，你看到的寄存器可能被内核保存和恢复过，中间隔着一层你看不见的东西。debug 不一样，它在实模式下直接操作，你敲的地址就是物理地址算出来的那个地址，你看到的寄存器就是 CPU 里真实的那几个。对于刚建立“存储模型”概念的人来说，这层裸奔性质极其重要，任何抽象都会干扰理解。

第二个理由是反馈即时且完整。执行一条指令以后，它把所有寄存器一次性全打出来，不是只告诉你结果。你要观察mov ax,bx到底做了什么，它会把 AX 从多少变成多少、BX 没动、IP 加了几，一口气展示。这种“全景式反馈”对训练观察力非常友好。

第三个理由是命令足够少，少到你能全部记住。R、D、E、A、U、T、P、G、Q，十个手指数得过来。学习成本压到最低，你就能把注意力全部放在“现象为什么是这样”上，而不是“这个按钮在哪”。

1.3 环境搭建：三种跑法和我推荐的那一种

现在机器上基本都没有原生 DOS 了，实验环境通常有三种跑法。我在实验室里带学生用过前两种，第三种只在老设备上见过。

第一种是DOS 模拟器，思路是在现代操作系统里跑一个虚拟的 DOS 环境，把 debug 程序直接拖进去就能用。优点是安装快、启动快、和宿主机共享文件夹方便，写完的实验记录能直接拷出来。缺点是有时候键盘响应、显示字符会有细微差异，个别版本的模拟器在光标和全屏字符上有小问题。

第二种是虚拟机装完整 DOS。优点是环境“原汁原味”，行为和老教材完全对得上，学生照着书上敲不会出现“书上说这样、我这显示那样”的困惑。缺点是安装配置麻烦，要准备磁盘映像，启动也慢。

第三种是老机器实机，现在基本只在一些保留设备的地方还能见到，不建议折腾。

我自己更倾向第一种，理由很实在：这个实验的内容集中在寄存器、内存和几条简单指令上，对环境的精确度要求没那么高，但对“能不能快速反复试”的要求很高。一个模拟器窗口开着，旁边开着文本记录，敲一句记一句，效率比虚拟机高一大截。

注意：不管你用哪种环境，进去以后第一件事是敲Q确认能正常退出。我见过有人进去了出不来，直接关机，结果实验数据全丢。

1.4 进实验前必须建立的三个默认前提

这三个前提不搞清楚，后面的命令全是白敲。我带实验时每次都要重复一遍。

第一，所有数字都是十六进制。debug 里输入、显示、计算，全部按十六进制走，而且不加H、不加0x。你敲100，它理解成 0100H，也就是十进制的 256。这一点极其容易出错，尤其是你脑子里想着“偏移 100 个字节”，手上敲了 100，实际差了 156 个字节。

第二，地址的写法是“段地址:偏移地址”。冒号前面是段，后面是偏移，两个都是十六进制。省略段地址时，不同命令有不同的默认值，这个后面会详细讲，是很多人翻车的根源。

第三，段地址不是物理地址。段地址要乘 16（也就是在十六进制后面补一个 0）再加上偏移，才是真正的物理地址。这是整个实验里最重要的一条换算规则，后面会拿具体数字手算三遍。

把这三点在纸上写一遍，贴在手边，比什么都管用。

2. R 命令：把 CPU 的内部状态摊开看

2.1 一次 R 命令到底输出了多少信息

在提示符下敲R回车，屏幕上会出现两行内容，看起来挤在一起，其实信息量很大。第一行是八个通用和指针寄存器：AX、BX、CX、DX、SP、BP、SI、DI；第二行是四个段寄存器和指令指针：DS、ES、SS、CS、IP；最后跟着一串两个字母的符号，那是标志寄存器各位的状态。

刚看的时候容易乱，我建议你先建立“分组”的意识：前四个 AX/BX/CX/DX 是数据类，中间四个 SP/BP/SI/DI 是指针类，四个段寄存器负责“定位到哪一段”，IP 负责“下一条指令在哪”，最后那串符号是“上一步运算的结果特征”。

输出里的数值也有讲究。比如你看到AX=0000，说明现在它是空的；看到SP=FFEE，说明栈指针停在这个位置，这是 debug 装载程序后常见的初始值；看到CS=0B5C、IP=0100，说明下一条要执行的指令在物理地址0B5C0 + 0100 = 0B6C0那里。把这些数字和地址换算连起来想，你才能知道自己此刻站在内存的哪个位置。

2.2 通用寄存器与段寄存器的分工，用“搬砖”打个比方

通用寄存器好理解，就是 CPU 手里的几个临时筐，搬数据、算加法、存地址都靠它们。但为什么还要有段寄存器？这是很多人卡住的地方。

我用搬砖来打比方。假设有一片巨大的货场，货架从 0 一直排到几十万号，你要告诉别人“去取第 0B6C0 号货架上的东西”，这个数字很长，一次说不完。于是规定：先说“你在第几排”（段地址），再说“这一排的第几个格子”（偏移地址），两个数拼接起来才是最终位置。段寄存器里存的就是“第几排”，偏移地址是“第几个”。

这样设计的好处是，每个数都不超过四位十六进制，指令短、编码省空间。代价就是每次定位都要做一次“排号 × 每排格数 + 格内序号”的换算，也就是段地址乘 16 加偏移。这个换算在实验里会反复出现，你手算十遍就形成条件反射了。

四个段寄存器各有分工，这个分工在后面的 T 命令实验里会变得非常重要：CS 管代码，它和 IP 配合指向下一条指令；DS 管数据，默认的数据访问都从这里出发；SS 管栈，它和 SP 配合，所有压栈出栈都在这块区域；ES 是附加段，主要给串操作指令当目的地用。记住这个分工，你才能预判“执行这条指令以后哪个寄存器会变”。

2.3 标志位那串两个字母的代码怎么读

R命令最后那一串符号，比如NV UP EI PL NZ NA PO NC，是标志寄存器八位状态的可读形式。它不显示 0 和 1，而是用两个字母表示“这一位现在是什么状态”，这也是 debug 一个很贴心的设计。

这张表不用死记，你在做实验时敲一条mov ax,0再看 SF 和 ZF，敲一条add ax,0FFFF再看 CF，敲几次就记住了。我个人的记忆窍门是：所有带 N 的都是“没有”，NV 没溢出、NC 没进位、NZ 非零、NA 无半字节进位；剩下那个就是“有”。

这里有个容易被忽略的点：标志位不是凭空产生的，它是上一条影响标志的运算的产物。你敲一条mov指令，标志位通常不变；敲一条add，标志位全被刷新。所以看标志位之前，先想清楚“我上一条执行的是什么”。

2.4 修改寄存器值：R 命令的另一半用法与陷阱

R不只是只读的。想改某个寄存器的值，格式是R 寄存器名，比如R AX，回车后它会把当前值显示出来，紧跟一个冒号等你输入新值，敲完再回车就改好了。

这个功能在验证“指令执行结果”时很有用：你可以先把 AX 手动设成一个特定值，再执行一条指令，看它怎么变。比如设AX=1234，执行add ax,1111，看结果是不是 2345，同时看 CF 有没有变。

但这里有个大坑，我必须提醒：修改 CS 或 IP 的时候要格外小心。我遇到过的情况是，某些环境下你改完 CS 或 IP 回车，程序会直接从新的地址开始执行，而不是回到提示符。也就是说你本来只想去“看看”，结果直接把机器带跑到一个未知地址去了。

提示：如果在实验里只是想观察寄存器内容，尽量不要去动 CS 和 IP。万一动错了跑飞，敲Q退出重新进入，比在错乱的状态里挣扎快得多。

还有一个细节：输入新值时，如果直接敲回车，它通常会保留原值。这个小特性有时候很方便，你可以连续改几个寄存器，只敲需要改的那个。

2.5 AX 与 AH/AL：寄存器的“分体式”结构

这里必须单独说一句 8086 系列寄存器的特殊设计：AX、BX、CX、DX 这四个十六位寄存器，可以被拆成两个八位寄存器单独使用，高八位叫 AH/BH/CH/DH，低八位叫 AL/BL/CL/DL。

为什么要知道这个？因为它直接决定了你在内存里看到的东西怎么解释。比如你执行mov ax,1234，AX 显示1234，这时候 AH 是12，AL 是34。如果你随后用 D 命令去看内存里这两个字节，顺序是先 34 后 12，因为低字节存在低地址。这个顺序问题会在下一个章节专门讲。

更实际的意义是：很多指令对高位和低位的影响是分开的。inc al只动低八位，不会影响高八位，但如果结果超出八位范围，标志位会变。你如果只盯着 AX 的显示，就会以为“怎么只变了一半”，其实是你自己用了八位指令。

3. D 命令与地址换算：内存到底怎么被定位的

3.1 段地址 × 16 + 偏移地址：手算三个例子

这条公式必须练到不需要想。用十六进制算，最简的写法是把段地址后面补一个 0（等价于乘 16，也就是左移一位），再和偏移相加。

例一，常规情况。DS = 1A2B，偏移 = 0030。段地址补零得 1A2B0，加 30 得1A2E0。这个地址落在哪个段里？段起始是 1A2B0，段结束是 1A2B0 + FFFF = 2A2AF，所以 1A2E0 在这个段内没有越界，偏移 0030 也合法。

例二，跨段边界。CS = 0B5C，IP = 0100。CS 补零得 0B5C0，加 0100 得0B6C0。注意这个物理地址已经超出了 0B5C 段的末地址 1B5BF 吗？没有，0B6C0 远小于 1B5BF，还在段内。

例三，地址回绕。DS = FFFF，偏移 = 0010。段补零得 FFFF0，加 10 得 100000。这个结果有六位，但地址线只有 20 位，最高那位被截掉，实际访问的地址是00000。这个现象叫回绕，考试爱考，实验里也真能碰上。

这三个例子里，第三个最容易让人困惑。你敲一条命令访问 FFFF:0010，它不报错，而是老老实实给你显示 0 号地址的内容。理解这个，你就能明白“段地址和偏移怎么组合都合法，只有最终物理地址超出地址线位宽才会回绕”。

还有一个推论值得记住：段地址每加 1，物理地址跳 16 个字节。所以两个相邻的段地址 1000 和 1001，它们指向的物理地址分别是 10000 和 10010，中间隔着 16 字节。这就解释了为什么段与段之间可以重叠，也解释了为什么同一个物理地址可以用多种“段:偏移”写法表示。

3.2 D 命令的四种写法和屏幕布局

D 命令是看内存的主力，用法有几种写法，各有适用场景。

最常用的是D 段地址:偏移地址，比如D DS:0000，从数据段的开头看起。第二种是D 偏移地址，省略段地址，这时默认用 DS。第三种是范围写法D 起始地址 结束地址或者D 起始地址 L 长度，前者按首尾定范围，后者按“起始 + L + 字节数”定范围。第四种是不带参数，直接敲D。

不带参数时的行为很有意思：首次敲D，它从默认位置开始显示，之后每敲一次D，就接着上次显示位置的后面继续铺，像一个自动翻页的阅读器。我第一次发现这个特性时觉得特别顺手，看一长段内存不用反复敲地址。

屏幕上的布局是每行16 个字节，左边是“段地址:偏移地址”的起始标号，中间是 16 个两位十六进制的字节值，右边一栏是这些字节对应的可显示字符，不可显示的用点代替。一次不带参数的命令通常铺开 8 行，也就是 128 个字节。

看这个布局时，我建议你养成一个习惯：先看左边的地址列确认自己站在哪，再看中间的值，最后看右边的字符栏。右边这一栏常被忽略，但它其实是验证的好帮手。你往内存里连续写几个 41、42、43、44，右边就会显示 ABCD，一眼就能确认自己写对了地方。

3.3 小端序：为什么 12 34 存进去读出来是反的

这是新手最容易迷惑的现象，没有之一。你执行mov ax,1234，然后用 D 去看 AX 对应的内存，看到的是34 12。很多人第一反应是“工具坏了”或者“我算错了”。

其实这是小端存放：低位字节放在低地址，高位字节放在高地址。1234 里，34 是低字节，放在前面的地址；12 是高字节，放在后面的地址。所以按地址从小到大读，看到的就是 34、12。

这个规则不只影响内存查看，还影响你读任何多字节数据。你看到01 00连着两个字节，如果按字来解释就是 0001，如果按字节解释就是两个独立的数 01 和 00。同一个内存内容，解释方式不同结果完全不同。

我教学生的时候会让他们做个小练习：用 E 命令往 100 处写41 42 43 44，然后用D 100看，会看到右边显示 ABCD，说明字节顺序是顺着来的；再用 D 看mov bx之后 BX 在内存里的内容，会发现是反的，说明多字节数据要倒着拼。这两个实验一对比，小端序就再也忘不掉了。

3.4 E、A、U 命令：把“看”变成“改”和“验证”

只会看是不够的，实验的完整闭环是“写进去 → 执行 → 看出变化”。这就要用到 E、A、U 三个命令。

E 命令负责往内存写字节。写法是E 起始地址 值1 值2 ...，比如E 100 41 42 43。它还有个交互模式，只敲E 100回车，它会显示当前字节并等你输入新值，敲空格跳到下一个字节，敲回车结束。这个交互模式在逐字节修改时很方便。写字符串可以用引号，比如E 100 'HELLO'。

A 命令负责往内存写汇编指令。敲A 100回车，会出现地址提示符，你直接敲mov ax,1234这样的助记符，敲回车后它自动算好机器码写进去，地址自动往后推。敲一个空行回车就结束。这个命令必须用，因为手写机器码几乎不可能。

U 命令负责反汇编。你把一段内存按机器码解释成汇编指令显示出来。U 100从 100 开始，U 100 110反汇编到 110 之前，U 100 L 10反汇编 10 个十六进制长度的字节。

这三个命令加 D 命令，构成了一个完整的操作链：A 写指令，U 检查写对了没，T 单步执行，D 和 R 看结果。我强烈建议你在做任何指令实验前，都先用 U 确认一遍自己敲进去的指令是对的。因为 A 命令是即时把助记符翻译成机器码的，一旦你敲错一个字符，它可能翻译成一串你完全不认识的东西，而 U 能立刻把这个问题暴露出来。

这里还有一个关于默认段的干货，很多人不知道：D 和 E 默认用 DS 段，A 和 U 默认用 CS 段。所以如果你用 A 往 CS 段里写了指令，再用 U 看，不需要写段地址也对得上；但如果你想用 D 去看刚才写的内容，就必须显式写D CS:100，否则它会跑到 DS 段去，看到一堆不相干的东西。我第一次踩这个坑的时候，找了半小时才发现自己看错了段。

3.5 T 命令：让一条指令的执行过程慢放到你眼前

T 命令是整个实验的核心。它执行一条指令，然后停下来，把所有寄存器的值重新打印一遍，你就能对比执行前后的差异。

具体的操作节奏是这样的：A 100写几条指令，U 100确认无误，然后T。第一次敲T会从当前 CS:IP 处执行一条，屏幕上显示执行后所有寄存器的值。你对照着看，AX 变成多少了、IP 变成多少了、标志位哪几个动了。再敲T，执行下一条。

这个“执行一条看一次”的节奏，是训练观察力的最佳方式。我一般让学生做三组对比实验：

第一组，数据传送。写mov ax,1234和mov bx,ax，单步走两遍，观察 AX 和 BX 怎么同步，IP 每次加多少。你会发现mov ax,立即数是 3 个字节，IP 加 3；mov bx,ax是 2 个字节，IP 加 2。这个字节数和 IP 增量的对应关系，是理解“指令长度”最直观的方式。

第二组，压栈出栈。写mov ax,1234和push ax，执行到 push 之后，看 SP 变成了多少（减了 2），然后用D SS:SP去看那个位置，会看到 34 12 两个字节躺在那里，正好是小端序的 1234。再执行pop bx，SP 加 2，BX 变成 1234。这一组实验同时验证了栈段、栈指针、小端序三个知识点，性价比极高。

第三组，算术与标志。写mov ax,0FFFF和add ax,1，执行第二条后，AX 变成 0000，而 CF 位置上了，ZF 位也置上了。你看那一串符号里 CY 和 ZR 都变了，就知道“溢出到进位”是什么意思。再加一条add ax,0FFFF，观察 OV 出现，理解溢出标志和进位标志的区别。

这三组做完，你对“寄存器是活的”这件事就有体感了，比看十遍教材图都管用。

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

4.1 十二个高频现象速查表

下面这张表是我这些年被问得最多的问题，按“现象 → 原因 → 处理”整理。建议做实验时放在旁边，卡住了先查一遍。

4.2 几个用血换来的操作习惯

习惯一：每次进实验，先敲三条命令确认环境。敲R看寄存器状态是否正常，敲D DS:0看数据段开头，敲Q确认能退出。这三下花不到十秒，能帮你避开后面九成的“环境问题”。

习惯二：先 U 再 T，绝不盲跑。我见过太多人往内存里敲了几条指令就急着按 T，结果执行的是一串错位的垃圾指令，寄存器被改得面目全非，还得重来。花三秒敲一次 U，把要跑的东西看清楚，比事后重来省事得多。

习惯三：单步实验分段做，一段一记录。不要一口气敲十次 T 然后回头看，你的记忆撑不住。正确的节奏是执行一条、看一次、记一行。记录内容至少包括：指令、执行后的寄存器关键值、标志位变化。我见过有同学做了两小时，回头写报告时发现自己什么都没记，只能重做一遍。

习惯四：DS 段里的东西轻易别覆盖。程序装载后，DS 和 ES 通常指向程序段前缀，那里有一些系统用的数据。你往低地址乱写可能会碰到东西，虽然在这个实验里通常不会立刻出事，但养成“先找安全区再动手”的习惯没坏处。安全起见，可以把操作集中在偏移 0100 往后的区域，这是 debug 常用来存放临时程序的区域。

习惯五：把每次的地址记在纸上。因为不带参数的 D 命令是接着上次往后翻的，你在中间插了别的 D 命令，再敲 D 就不是原来的位置了。想反复看同一段，就老老实实把地址写下来。

4.3 实验记录怎么写才不白做

这个实验最容易犯的错误是“做完了但什么都没留下”。报告写成“我敲了 R，看到了 AX”，“我敲了 D，看到了内存”，这种记录等于没做。有价值的记录长这样：

执行mov ax,1234前，AX=0000，IP=0100；执行后，AX=1234，IP=0103。差值 3，说明该指令占 3 个字节。用 D 看 0100 处的机器码是 B8 34 12，其中 B8 是操作码，34 12 是立即数，按小端序排列。

这段记录里，有前值、后值、差值、机器码、字节序分析。这才是实验。你能从里面读出的信息，远不止“我看到了什么”。

我一般建议学生按“三段式”记：操作（我敲了什么）、现象（屏幕上出现了什么，关键数值抄下来）、解释（为什么会这样，和教材哪个知识点对应）。第三段最重要，也最容易被跳过。写不出来，说明你没真懂，那就回去再敲一遍。

5. 把这个实验做深：从验证到自主探究

5.1 三个能自己设计的小实验

教材上的实验通常是“照着做”，做完还是不知道能干什么。我建议你在这个实验的基础上自己加三个小课题，都不难，但价值很高。

课题一：验证程序段前缀的存在。程序装载后，DS 通常指向程序段前缀。你去D DS:0看开头两个字节，会看到CD 20。这两个字节是一条中断指令的机器码，作用是让程序执行完毕后能正常返回。如果你能自己发现并解释这个现象，说明你已经理解了“段寄存器在程序加载时被系统设好”这件事，而不只是死记 CS 管代码。

课题二：找出某条指令占几个字节。写一条mov ax,1234和一条mov bl,12，分别单步执行，记录 IP 的增量。你会发现前者是 3 字节，后者是 2 字节，差异来自立即数的位宽和寄存器类型。再试试mov ax,bx，是 2 字节。这个小实验能让你建立“指令长度和编码方式相关”的直觉，为后面学指令系统打基础。

课题三：验证栈的进出关系和容量边界。连续压栈若干次，观察 SP 每次减 2，栈中的内容按小端序排列。然后连续出栈，观察 SP 加 2 回到原位。再试一次压栈超过预期次数，观察 SP 是否会绕回。这个实验能让你理解“栈是往低地址长的”，这是后面学中断、函数调用时反复出现的概念。

这三个课题做完，你就不只是会敲命令了，你开始会设计观察。

5.2 这些知识在后面哪些地方会反复出现

很多人做完这个实验就把它扔了，等到后面学寻址方式、学中断、学程序加载时才后悔。我把后面会反复用到的几个点列一下，让你知道现在学的东西不是孤立的。

段地址换算会一直用。后面的寻址方式、栈操作、串操作，全都要算物理地址。现在手算一百遍，以后看到地址就有直觉。特别是“段地址左移一位”这个动作，快到你不需要思考的时候，才算过关。

寄存器分工的概念会升级。你现在知道 CS 管代码、DS 管数据、SS 管栈。后面学中断的时候，你会遇到“中断向量表放在哪、CPU 怎么找到中断处理程序”，本质还是这套段加偏移的寻址，只是换了场景。

小端序会一直跟着你。无论是看内存数据、分析文件格式，还是后来做底层的数据处理，字节序问题永远在。现在被坑十次，以后看到01 00就知道该倒过来读。

单步调试的思维会变成习惯。这个实验最宝贵的不是命令，是“执行一步、观察一次、对比差异”的方法。以后你调任何程序，定位问题的方式都是这一套：把过程切成小步，每步看输入输出。debug 只是把这个过程显式化了。

地址空间的直觉会帮你很多。你现在知道段内偏移是 16 位，所以一个段最多 64KB；知道地址总线是 20 位，所以最大寻址 1MB；知道段地址可以重叠，所以同一个物理地址有多种表达。这几个数字和规则，是你后面理解内存布局的基础。

这个实验我前后带过很多遍，每次都能看到有人把屏幕上的数字当成了“答案”，抄下来就交报告。真正有收获的做法是反过来：先猜，再敲，然后看自己猜得对不对。比如你想知道执行push ax后 SP 会变成多少，先按“栈往低地址长、压一个字减 2”的规则算出 12，再敲命令验证。猜错的时候印象最深，下次再也不会忘。debug 这个工具本身没什么复杂的，它就是个放大镜，真正值钱的是你脑子里那套“地址怎么算、数据怎么排、指令怎么走”的模型，工具只是把这套模型照出来给你看而已。