简介：这份资源是《IBM-PC汇编语言程序设计》教材的习题参考答案，面向正在学习汇编语言的高校学生、备考者及自学者，帮助解决课后练习无从对照、概念理解不透的问题。内容覆盖数制转换、补码表示与溢出判断、位运算、ASCII码及字符串处理等核心知识点，逐题给出运算过程与结果，便于读者核对思路、巩固基础。资源包共1个doc文档，约524KB，以Word格式整理，适合打印或本地查阅。目前已有114人学习下载。通过这份答案，读者可对照十进制、二进制、十六进制互转的降幂法与除法步骤，理解8位补码加减中CF与OF标志的判定逻辑，掌握AND、OR、NOT、XOR等位运算的典型用法，并熟悉4FH对应字符O、59H对应Y等ASCII编码实例。解题过程完整呈现了计算与逻辑分析路径，对培养严谨的底层思维、提升汇编程序设计的实战能力有直接帮助。
1. 从“找答案”到“能跑通”：IBM-PC汇编语言程序设计答案到底在解决什么
很多人搜“IBM-PC汇编语言程序设计答案”，其实不是想抄答案，而是卡在某道题上：这段 8086 汇编代码为什么死循环、中断向量表怎么填、寻址方式算出来的物理地址为什么对不上。我当年学这门课的时候也翻过车，对着书后答案抄了一遍，结果上机一跑全是乱码，后来才明白——答案本身不重要，重要的是答案背后的执行路径能被验证。
这个标题对应的，是 8086/8088 实模式下汇编语言程序设计的习题体系，典型教材会覆盖寻址方式、指令系统、伪指令、分支循环、子程序、中断与 DOS 调用这几块。它适合两类人：一是正在跟课、需要对照验证自己手写代码的学生；二是想重新捡起底层、理解 CPU 到底怎么取指执行的人。核心不是背答案，而是建立“写代码 → 汇编 → 链接 → 调试 → 看寄存器”的闭环。下面我按这个闭环，把常见题型的做法、参数和坑一次讲透。
2. 先搭好能验证答案的最小环境：MASM 与 DOSBox 的配合
2.1 为什么不用现代 IDE 直接跑 16 位汇编
8086 汇编是 16 位实模式代码，现代 64 位系统上的链接器和调试器默认走 32/64 位流程，直接编译会报“无法解析的外部符号”或者生成出来的程序一运行就崩。常见做法是用 MASM 5.0/6.11 这套老工具链，配合 DOSBox 模拟一个 DOS 环境。这不是怀旧，是因为教材里的 INT 21H 调用、段寄存器默认行为、.COM 与 .EXE 的加载差异，只有在 DOS 环境下才和书上一致。
我一般会准备三个东西：DOSBox、MASM 目录（含 MASM.EXE、LINK.EXE、DEBUG.EXE）、一个挂载到 DOSBox 的工作目录。挂载命令写在 DOSBox 的配置文件里，省得每次手敲。
# DOSBox 配置文件末尾追加，把本地 asmwork 目录挂成 C 盘 [autoexec] mount c /path/to/asmwork c:逻辑说明：mount 把宿主机目录映射成 DOSBox 里的盘符，c: 切换过去。参数上，路径用绝对路径，Windows 下写成mount c D:\asmwork这种形式。挂载成功后，你在 DOSBox 里dir能看到自己的 .ASM 文件，这一步不通后面全白搭。
2.2 汇编、链接、运行的三条命令
环境通了之后，一个最小程序的完整流程就三条命令。假设文件叫demo.asm：
masm demo.asm; # 生成 demo.obj，分号表示后续提示全部回车默认 link demo.obj; # 生成 demo.exe demo.exe # 运行逻辑说明：masm 后面的分号是“自动应答”，否则它会依次问你目标文件名、列表文件名、交叉引用文件名，新手很容易在这里卡住。link 同理。参数上，如果你要生成 .COM 文件，链接时用link /t demo.obj;，/t 表示 tiny 模式，代码和数据挤在同一个段里，这也是很多教材习题默认的格式。
提示：.COM 文件最大 64KB，且入口必须在偏移 100H 处；.EXE 没有这个限制但需要自己设 DS。题目没说格式时，先看教材用的是哪种，别自己猜。
2.3 用 DEBUG 看答案对不对，而不是只看输出
很多习题的“答案”是一段代码，但代码对不对要看寄存器。DEBUG 是那个年代留下的黑匣子，能单步、能看内存、能改寄存器。
debug demo.exe -u # 反汇编，看机器码和助记符 -t # 单步执行，每步后看寄存器 -r # 查看/修改寄存器 -d ds:0 # 查看数据段内存逻辑说明：-u 把机器码翻译回汇编，能验证你写的指令被正确编码；-t 逐条执行，AX、BX、标志位的变化一目了然；-d 按段:偏移看内存。参数上，-t 执行 CALL 会进入子程序内部，想跳过用 -p。这一步是验证“答案”的关键，光看程序输出“Hello”不够，你得知道它为什么输出。
3. 高频题型的标准解法：寻址、分支、循环、子程序
3.1 寻址方式题：物理地址到底怎么算
教材里最常考的是“给出段地址和偏移地址，求物理地址”，或者反过来。规则就一条：物理地址 = 段地址 × 16 + 偏移地址。但坑在于，同一个物理地址可以有多组段:偏移组合，题目往往要求你写出“最接近”或“偏移最小”的那组。
; 已知物理地址 12345H，求一组段:偏移 ; 段地址取 1234H，则偏移 = 12345H - 1234H*10H = 0005H mov ax, 1234H mov ds, ax mov bx, 0005H mov al, [bx] ; 访问物理地址 12345H逻辑说明：段地址左移 4 位（乘 16）再加偏移。参数上，段地址和偏移都是 16 位，但相加可能超过 20 位，8086 的地址线是 20 根，所以物理地址范围是 00000H~FFFFFH。如果题目给的段地址乘 16 后已经超过 5 位十六进制，说明这组不合法。
注意：DS、ES、SS 这些段寄存器不能直接送立即数，必须通过通用寄存器中转，这是新手最常翻车的地方。
3.2 分支与循环题：标志位是玄学也是命门
分支题考的是 CMP/TEST 之后跟条件跳转，循环题考的是 LOOP 和计数器。很多人写出来逻辑对，但跳转方向反了，或者 LOOP 的计数寄存器用错。
; 统计 AX 中 1 的个数，结果放 CX mov cx, 0 mov bx, 16 ; 循环 16 次 next: shl ax, 1 ; 左移，最高位进 CF jnc skip ; CF=0 说明该位是 0，跳过 inc cx skip: dec bx jnz next逻辑说明：SHL 把最高位移进 CF，JNC 判断 CF。参数上，LOOP 指令默认用 CX 计数且先减后判，这里因为 CX 被用来存结果，所以改用 BX 手动计数。这是典型的“答案能看懂但自己写就错”的题，错因多半是没意识到 LOOP 会占用 CX。
3.3 子程序题：现场保护不是可选项
子程序题的标准答案是“入口保护、出口恢复”，但很多人只保护了部分寄存器，导致主程序后续计算全乱。
; 子程序：把 AX 中的数乘以 10，结果仍在 AX mul10 proc push bx push cx mov bx, ax mov cx, 9 addloop: add ax, bx loop addloop pop cx pop bx ret mul10 endp逻辑说明：用加法代替乘法，避免 MUL 对 DX 的隐式影响。参数上，push 和 pop 必须成对且顺序相反，否则栈会错位，RET 取到的返回地址就是错的，程序直接飞掉。这是血泪经验：栈不平衡的 bug 在 DEBUG 里表现为单步到 RET 就跳到莫名其妙的地方。
3.4 中断与 DOS 调用题：INT 21H 的功能号要背准
DOS 调用题考的是 AH 功能号、入口参数、出口参数。比如 09H 显示字符串、0AH 输入字符串、4CH 返回 DOS。
; 显示以 '$' 结尾的字符串 mov ah, 09H lea dx, msg int 21H mov ah, 4CH int 21H msg db 'Hello$'逻辑说明：09H 要求 DS:DX 指向字符串，字符串必须以$结尾，不是 0。参数上，4CH 是带返回码退出，AL 放返回码。常见错误是用 0 结尾，结果 DOS 一直往后打印直到遇到内存里某个$，屏幕刷出一堆乱码。
4. 避坑与排查：那些答案不会告诉你的翻车点
4.1 现象：程序编译通过但运行无输出
原因：字符串没有以$结尾，或者 DS 没有正确初始化。.EXE 程序不会自动帮你设 DS，必须自己mov ax, @data再mov ds, ax。解决：检查数据段定义和 DS 赋值，用 DEBUG 的 -d 看 DS 指向的内存是不是你的数据。
4.2 现象：LOOP 指令陷入死循环
原因：循环体内部修改了 CX，而 LOOP 依赖 CX 计数。解决：要么别在循环里动 CX，要么改用其他寄存器计数配合 DEC/JNZ。这个坑在嵌套循环里尤其常见，内层循环把外层计数冲掉了。
4.3 现象：物理地址算出来超过 FFFFFH
原因：段地址和偏移都取太大，相加溢出 20 位。解决：重新选一组段:偏移，保证段地址 × 16 + 偏移 ≤ FFFFFH。题目如果要求“最小偏移”，就让段地址尽量大。
4.4 现象：子程序返回后主程序寄存器值全变
原因：子程序没有保护用到的寄存器。解决：入口 push，出口 pop，成对出现。判断哪些要保护的标准是：主程序后续还会用到的寄存器，子程序里改过的都要保护。
4.5 现象：INT 21H 调用后程序卡死
原因：功能号放错寄存器，或者入口参数没设对。比如 0AH 输入要求 DS:DX 指向一个缓冲区，缓冲区第一个字节是最大长度，第二个字节是实际长度，很多人直接指向一个空数组就调用。解决：按教材的缓冲区格式定义，用 DEBUG 看调用前后内存变化。
5. 进阶技巧：把答案变成自己的验证工具
学到后面，你会发现“答案”最大的价值不是对照，而是当你的程序和答案行为不一致时，能快速定位差异。我一般会做两件事：一是把每道题的代码用 DEBUG 单步走一遍，记录关键寄存器在每个标签处的值；二是写一个简单的批处理，把汇编、链接、运行串起来，减少重复劳动。
@echo off masm %1.asm; if errorlevel 1 goto end link %1.obj; if errorlevel 1 goto end %1.exe :end逻辑说明：%1 是传入的文件名（不带扩展名），errorlevel 判断上一步是否成功。参数上，这个批处理放在 DOSBox 挂载的目录里，调用时build demo即可。它省掉的是反复敲命令的时间，但不会帮你发现逻辑错误，逻辑还得靠 DEBUG。
另一个技巧是善用 DEBUG 的填充和搜索功能。比如你想验证某道内存操作题的答案，可以先用 -f 把一段内存填成特定值，再运行程序，用 -d 看结果是否符合预期。这比盯着答案看十遍都管用。
提示：DEBUG 里所有数值默认是十六进制，不用加 H。输入 10 就是 10H，别按十进制理解。
我自己的习惯是，每道题做完先不看答案，用 DEBUG 跑出结果，再和答案对。对不上就单步找第一个值不对的指令，那里就是理解偏差所在。这个习惯让我后来做底层调试时少走了很多弯路。希望帮到你。
本文还有配套的精品资源，点击获取
