西安交大汇编实验报告实战：DOSBox+MASM环境搭建与代码详解

简介：一份西安交通大学2021年汇编语言课程的实验报告，面向正在学习80X86汇编程序设计、需要作业参考或调试思路的学生。报告以单个docx文档打包，大小约19KB，共六页：七个实验递进展开。实验一熟悉编译链接调试工具链，求解数组中绝对值最大数及其偏移地址；实验二接收键盘输入数字并统计次数；实验三以子程序完成成绩分段统计；实验四、六围绕1CH中断向量与中断次数计数；实验五练习条件汇编与宏展开；实验七用XLAT指令将输入数字加密存入缓冲区。内容覆盖数据段定义、寄存器寻址、循环控制、中断向量改写、查表转换等知识；报告还记录了上机中的常见问题：未定义堆栈段警告、输出乱码与进制处理、加密时地址设定，附解决思路与代码片段。整套资料含题目要求、实验步骤、关键代码及结果查看方法，可作实验报告格式参考与复习提纲。目前已有126人学习下载。

1. 这份 2021 年的汇编实验报告，到底在考什么

每到期末周，网盘里就会流传一份名为“西安交通大学-汇编语言-实验报告(2021).docx”的文件。这门课在计算机类专业里通常叫汇编语言程序设计，而这份实验报告真正检验的，不是你的文字功底，而是你能不能把 8086 汇编里的数据定义、循环分支、中断调用这几类固定套路写对、跑通，并把过程和结果装进一份规范的 Word 文档。这篇文章不是给你抄答案，而是按我自己当年跑实验的流程，把环境搭建、核心代码、报告结构和最容易翻车的点讲清楚。适合三类人：正在补实验报告的在校生、想快速产出整份报告文档的读者，以及第一次接触 DOSBox + MASM 这套老环境的新手。

2. 搭出能跑通报告的实验环境：DOSBox 与 MASM 的最小配置

2.1 为什么 2021 年的汇编课还在用 DOSBox：选型理由

很多读者第一次拿到这个实验报告模板时，第一反应是“2021 年了还用 DOSBox，是不是有点复古”。这其实是 16 位汇编教学的现实：教材和讲义里的例子几乎全部基于 MASM 5.0 语法，生成的 16 位 .EXE 程序在现代 64 位 Windows 上根本无法直接运行，而 DOSBox 通过模拟完整的 DOS 环境，把这条老路原样保留了下来。相比其他方案，DOSBox 最大的好处是调试行为与教材完全一致：DEBUG 命令、INT 21H 中断、段寄存器变化，每个细节都能在真实的教学场景里复现，不存在“环境版本和老师讲的不一样”这种尴尬。

下面是常见方案的对比，选型时可以按自己的情况对号入座：

我一般会直接推荐 DOSBox，理由很朴素：实验报告的代码是要给老师看的，只要环境语法和教材不一致，编译报错就得花额外时间解释。用 DOSBox 跑 MASM 5.0，至少保证“代码能编译、截图能对上、报告经得起追问”。

2.2 从安装到出结果：环境搭建的完整步骤与命令

环境搭建通常分四步，每一步都不难，但顺序错了容易来回折腾。先准备好三个东西：DOSBox 安装包、MASM 5.0 的完整解压目录、一个能保存 ANSI 编码的编辑器（Notepad++ 或 VSCode 都行）。

具体操作流程如下，我用的是 Windows 下的常规做法，命令直接复制可用：

# 1. 在 C 盘根目录建一个纯英文目录，解压 MASM 5.0 到这里 # 目录里至少要能看到 MASM.EXE 和 LINK.EXE mkdir C:\MASM # 2. 启动 DOSBox，在 DOSBox 里挂载（下面命令手动执行） mount c C:\MASM # 3. 切到挂载出来的 C 盘 c: # 4. 编译源程序 first.asm，回车接受默认文件名 masm first.asm # 5. 链接目标文件，生成 first.exe link first.obj # 6. 运行 first

这里有几个参数值得说明。mount c C:\MASM的意思是把 Windows 下的C:\MASM目录映射成 DOS 里的 C 盘，映射之后 DOSBox 里看到的c:就是那个真实目录；masm first.asm编译时会依次询问目标文件名、列表文件名和交叉引用文件名，教学实验全部回车取默认即可；link first.obj同样会问可执行文件名、映射文件名和库文件，默认就能生成first.EXE。关于源文件的编码，一个血泪经验是：代码里的中文注释必须用 ANSI（GBK）编码保存，用 UTF-8 的话 DOSBox 里显示成乱码是小问题，严重时 MASM 会直接报非法字符。

2.3 编译链接的参数说明：MASM 与 LINK 的每个开关

新手经常被两个程序的黑匣子行为吓到：masm和link交互式地提问题，敲错了还不知道是不是已经出错了。其实它们的默认行为在实验场景下完全够用，下面这张参数说明表是我整理出来贴在实验报告附录里的，遇到报错时对照着查。

多解释一句.LST的作用：当你需要向老师展示“每条指令在内存里的地址和长度”时，列表文件是最直接的证据。具体做法是在masm的 Source listing 提示处输入first，编译后目录里就会出现first.LST，里面每行都有段地址、偏移量和机器码，报告里贴一页这个，比贴十行文字说明更有说服力。MASM 的行内开关如/D、/ZI在本次实验里用不上，不必在这种地方浪费时间。

3. 报告里最常出现的三段代码：数据定义、循环求和与冒泡排序

翻过几份往年报告就会发现，实验题千变万化，但代码骨架高度相似。把这三段基础代码吃透，报告里的核心代码部分基本能覆盖 80% 的题目。我按“先数据、再控制流、最后用中断验证”的顺序来讲。

3.1 汇编语言程序设计的骨架：段定义与 DB/DW 伪指令流程

汇编语言程序设计的第一个动作是划分段。实验里最常见的结构是数据段、栈段和代码段三段式，段之间的切换靠assume和mov指令完成。数据段里出现频率最高的伪指令就是DB和DW，前者定义字节型数据，后者定义字型数据，它们的完整使用流程是：先给段起名，再用伪指令留数据，最后用ends收尾。下面是报告里可以直接套用的段定义模板：

data segment array db 5, 3, 8, 1, 9 ; DB 定义字节数组，每个元素占 1 字节 count dw 5 ; DW 定义字型变量，存放元素个数 sum dw 0 ; 结果变量，先初始化为 0 msg db 'sum = $' ; 输出字符串，必须以 $ 结尾 data ends stack segment stack db 200 dup (0) ; 预占 200 字节栈空间，dup 表示重复 stack ends code segment assume cs:code, ds:data, ss:stack start: mov ax, data mov ds, ax ; 让 DS 指向数据段，否则访问不到变量 ; 这里放实验的具体指令 mov ah, 4ch int 21h ; 退出程序，返回 DOS code ends end start

这段代码的参数说明要分三层看。第一层是符号约定：db后面跟的是字节，逗号分隔的每个数占 1 字节；dw后面每个数占 2 字节，存储顺序是低字节在前。第二层是dup的用法：200 dup (0)等价于连续写 200 个 0，这是预留栈空间的惯用写法，数字可以根据栈深度调整。第三层是end start的细节：它告诉汇编器程序入口在start标号处，漏掉这一行，编译能过但运行时会从段开头乱执行。要记住mov ds, ax前面必须先mov ax, data，因为 8086 不允许把立即数直接传给段寄存器。

3.2 报告中的循环求和：CX 寄存器与 LOOP 的配合

循环是汇编实验里最容易被扣分的点，因为LOOP指令绑定的是 CX 寄存器，而很多题目需要在循环体里做加法、比较、移动指针，一不小心就把 CX 改了。最稳妥的循环求和写法是先把字节数组逐个累加，再把结果放进一个字变量：

data segment array db 5, 3, 8, 1, 9 count dw 5 sum dw 0 msg db 'sum = $' data ends code segment assume cs:code, ds:data start: mov ax, data mov ds, ax xor ax, ax ; AX 清零，同时清进位 mov cx, count ; 循环次数交给 CX，LOOP 自动递减 lea si, array ; SI 指向数组首地址 again: add al, [si] ; 取一个字节累加到 AL adc ah, 0 ; 把进位加到 AH，构成 16 位和 inc si ; 地址指针后移一个字节 loop again ; CX=CX-1，非零则跳回 again mov sum, ax ; 把结果写回变量，供后面比较或输出 mov ah, 4ch int 21h code ends end start

这里有两个参数细节最容易翻车。第一，add al, [si]是 8 位加法，如果数组元素之和超过 255，进位会被丢掉，所以必须紧跟adc ah, 0把进位补到高字节；只写一个add不做进位处理，是求和类题目最常见的错误。第二，loop的执行顺序是先把 CX 减 1，再判断 CX 是否为 0，所以循环次数必须先完整存进 CX；如果循环体里用到 CX，必须用push cx和pop cx保护。另外lea si, array和mov si, offset array在本例中等价，前者可读性好一些，报告里建议统一用一种写法。

3.3 冒泡排序与字符串输出：用 INT 21H 让结果可验证

排序题在实验报告里出镜率极高，因为它的运行结果能直观地“看见”。冒泡排序需要双重循环，外层控制轮数，内层做相邻比较和交换，同时必须处理 CX 冲突；输出环节用 INT 21H 的 09H 功能号显示字符串。完整代码如下：

data segment array db 5, 3, 8, 1, 9 count dw 5 msg db 'sorted: $' data ends code segment assume cs:code, ds:data start: mov ax, data mov ds, ax mov cx, count ; 外层循环次数 = 元素个数 dec cx ; 冒泡 n 个元素只需 n-1 轮 outer: push cx ; 保存外层计数，防止被内层破坏 mov cx, count dec cx ; 内层每轮比较 n-1 次 lea si, array inner: mov al, [si] ; 取前一个元素 cmp al, [si+1] ; 与后一个元素比较 jbe no_swap ; 前 <= 后则不交换（jbe 按无符号比较） xchg al, [si+1] ; 交换：AL 与内存单元互换 mov [si], al no_swap: inc si loop inner pop cx ; 恢复外层计数 loop outer lea dx, msg mov ah, 09h int 21h ; 输出字符串，直到遇到 $ mov ah, 4ch int 21h code ends end start

这段代码的参数说明集中在三点。第一，jbe是针对无符号数的“低于或等于则跳转”，如果数据里有负数，必须改用jle，这是实验报告问答环节的高频追问点。第二，xchg al, [si+1]是 1 字节交换，它隐含了“寄存器与内存单元交换”的寻址方式，等价写法是mov ah, [si+1]、mov [si+1], al、mov al, ah三条指令，用xchg能省行数，但要在报告里注明原理。第三，int 21h的功能号由 AH 指定：09h输出DS:DX指向的、以$结尾的字符串；4ch终止程序。功能号选错、字符串少了$，运行结果就是乱码或死循环，这两个问题我在第 5 章会展开讲。

4. 把实验过程写成报告：老师想看到的六个部分与排版细节

代码写得对，只是拿到分的一半；另一半在于实验报告本身。很多人的报告不是代码有问题，而是结构不完整、截图对不上、排版一眼假，直接被扣掉过程分。这一章按模板文件的常规段落结构来讲。

4.1 实验报告的结构模板：每部分写多少字、放什么图

西安交通大学这份 2021 年的实验报告模板，整体结构是固定的六个部分。每个部分要写什么、写多少，直接决定老师阅卷时的第一印象，我用一张表把它说清楚：

这几部分的顺序不能乱。实验目的放在最前面，是给老师一个预期；实验环境紧接着，用来证明你的结果可复现；实验内容与步骤是主体，代码和说明各占一半；运行结果必须紧跟步骤，最好让截图里的命令行记录与步骤文字一一对应。“问题与分析”不是补丁，而是展示排错能力的舞台，哪怕只写一条“编译时报错 A2000，原因是 DB 定义与字操作不匹配，改用 BYTE PTR 后解决”，也比你写“未遇到问题”强得多。

4.2 容易被扣分的排版细节：代码字体、截图与目录

排版分是白送的，但翻车率极高。最容易出问题的四个点：代码字体、截图尺寸、目录生成、文件命名。代码部分不要用截图贴，直接在 Word 里粘贴文本并设置等宽字体，这样老师能选中、能批注，查重也方便。下面是我常用的排版参数：

两个容易被忽略的小点：一是截图不要带个人桌面、其他窗口等无关信息，DOSBox 窗口截图前先单击窗口让它获得焦点，避免标题栏显示“未响应”；二是“问题与分析”部分哪怕真没遇到问题，也要写一条“初次编译时报错 A2000，原因是…，修改后解决”，这类内容在老师眼里是加分项，比写“本次实验顺利”可信得多。还有一个经常被忽略的细节：Word 的自动目录。模板文件如果自带目录，右键更新域就能刷新页码；如果没有，插入目录前先给各级标题套用“标题 1”“标题 2”样式，否则目录会抓不住层级。页眉页脚按模板要求填，别留空。最后一步是预览打印效果，转成 PDF 看一眼再提交，能筛掉 80% 的排版翻车。文件命名就按模板，不要擅自改成“最终版”“改改版”这类文件名，交上去之前对照一下封面要求。

5. 汇编实验避坑清单：5 个让新手翻车的真实场景

这一章写的是我在重做这类实验时反复遇到的高频问题，每一条都按“现象→原因→解决”的顺序整理。对照你自己的代码和报告，踩中任何一条都不奇怪，关键是知道往哪个方向修。

5.1 运行就黑屏或退出：CS、栈与内存模型的锅

现象：编译链接都成功，但一运行first.exe就黑屏、死机，或者 DOSBox 直接退出，有时候还会输出一堆乱码后卡住。

原因：绝大多数情况是代码段的assume cs:code写了但缺少入口标号对应的end start，程序入口指向了数据区；另一种是栈段没定义，程序里用到call/push时堆栈指针悬空。这两类问题在 MASM 下编译时不报错，属于典型的黑匣子故障。

解决：给代码段加上start:标号，并在文件末尾写end start；数据段和代码段之间按标准模板补上栈段定义，至少预留 100 字节以上。修改后再编译运行，如果还黑屏，用 DEBUG 的r命令看 CS:IP 是否指向start标号的地址，指向不对就检查assume和end行。

5.2 字符串输出乱码：AH=09H 要求 '$' 结尾

现象：程序跑通了，但输出的字符串后面跟着一串乱码符号，甚至把后面的内存数据都打印出来。

原因：int 21h的09h功能号规定字符串以$字符作为终止符，DOS 会一直输出直到遇到$。有的人用db 'hello world', 0以 0 结尾，有的人干脆没写结尾符，DOS 就把后续内存当字符串吐了出来。

解决：所有准备用09h输出的字符串，定义时末尾必须写$，例如msg db 'sum = $'。如果字符串里有换行需求，在$前加0dh, 0ah两个字节，分别表示回车和换行。这个坑的隐蔽之处在于：字符串短、后面内存恰好是 0 的时候，乱码不一定出现；一旦数据段布局调整，问题立刻暴露。

5.3 循环次数不对：CX 被内部操作改写的血泪经验

现象：双重循环的排序结果不对，要么少排了几轮，要么内层循环只跑了一次就退出，外层直接结束。

原因：loop指令固定用 CX 当计数器，但排序代码里很容易出现mov cx, ...或把 CX 当作临时寄存器使用的写法。内层loop inner执行时发现 CX 已经变成别的值，循环提前结束，结果自然是错的。

解决：双重循环必须显式保护 CX。外层循环开头push cx，内层循环结束后pop cx，再执行外层的loop；内层循环开始前用mov cx, count重新赋值。更保险的写法是让内层循环用cmp si, end_addr判断指针是否走到数组末尾，彻底绕开 CX 冲突。判断循环类题目是否写对，报告里可以加一行“CX 初值 = n-1，内层每轮递减 n-1 次”的注释。

5.4 编译报 "operand must have size"：DB 与寄存器宽度不匹配

现象：masm编译时报错operand must have size，报错位置指向mov [si], al或inc word ptr [bx]这类指令。

原因：[si]、[bx]这类寄存器间接寻址没有携带长度信息，汇编器不知道目标是字节还是字。定义变量时用的是db（字节），但后面却用了mov ax, [si]（字操作）之类不匹配的写法，也会触发同一类错误。

解决：给内存操作数加类型修饰符，字节用byte ptr，字用word ptr。例如mov byte ptr [si], al、inc word ptr [bx]。同时检查变量定义宽度：db定义的变量用al、ah操作，dw定义的变量用ax、bx操作，宽度对齐后这类错误基本消失。这个报错在实验报告“问题与分析”部分出现的频率很高，写进报告反而显得你排错有思路。

5.5 报告截图与代码对不上：版本管理的后悔药

现象：报告里贴的运行结果截图，和旁边贴的代码不是一个版本。老师让现场演示，代码一跑，输出和截图不一致，整份报告的可信度直接归零。

原因：写报告时改过代码但忘了重新编译运行、重新截图；或者截图用的是别人的模板图，只改了注释没改数据。汇编实验的输出是高度确定性的，截图中数组排列、结果数值都是检查点，对不上立刻穿帮。

解决：养成“改代码→编译→运行→截图→贴进报告”的流水线习惯，这五步必须在同一个时间段内完成。截图时把 DOSBox 窗口最大化，窗口中保留本次的masm、link、运行命令历史，输出数据含排序后的数组或求和结果。提交前最后做一遍“按报告步骤复现”：从mount c开始，把报告里的每一步原样敲一遍，能完整复现的版本才值得交。这条规矩救过我的课设，也是我今天最想提醒你的一条。

6. 提交前用 DEBUG 把代码跑一遍：验证实验结果的实用技巧

实验报告写到“运行结果”时，最有力的证据是用 DEBUG 把程序内部状态一步步展示出来。DEBUG 是 DOS 自带的调试工具，六个常用命令足够应付全部教学实验：

我的固定流程是：debug first.exe进入调试，先r确认 AX、CX 初值，再用t单步走过mov ax, data和mov ds, ax，看 DS 的变化；循环不想一步步走就用g跳地址；最后用d查看数据段，能看到数组从 05 03 08 01 09 变成排序后的样子，这页截图比任何文字都直观。我后来养成一个习惯：每段代码提交前都用 DEBUG 跑一遍，把寄存器截图存进实验文件夹，报告里的运行结果部分永远不缺素材，也更经得起现场追问。汇编实验的评分里，过程分权重比想象中高，一份能讲到寄存器变化的报告，通常不会拿低分。希望帮到你。

本文还有配套的精品资源，点击获取