DOS INT 21H中断：汇编语言与操作系统交互的核心机制详解

1. 项目概述：DOS时代的“万能钥匙”

如果你在DOS时代写过程序，或者现在想了解计算机底层交互的“活化石”，那么INT 21H绝对是一个绕不开的名字。它不是一条简单的指令，而是DOS操作系统（Disk Operating System）为应用程序提供的一整套服务接口，堪称那个时代的“系统API”。在图形界面和现代操作系统内核调用普及之前，程序员就是通过调用INT 21H，告诉操作系统：“嘿，帮我从键盘读个字符”、“帮我把这个字符串显示在屏幕上”、“帮我打开那个文件”。可以说，掌握了INT 21H，你就掌握了与DOS系统对话的核心语法。

今天，虽然DOS早已不是主流，但理解INT 21H依然极具价值。对于学习汇编语言、理解操作系统原理、进行嵌入式底层开发，甚至分析一些古老的软件或病毒样本，它都是不可或缺的基础知识。它像一把钥匙，能帮你打开通往计算机早期工作方式的大门，让你明白现代高级语言中一个简单的printf或fopen背后，究竟经历了怎样从寄存器到中断的层层传递。本文将从实用角度出发，拆解INT 21H的核心功能、使用方法和那些教科书里不常提的实战细节，让你不仅能看懂老代码，更能自己动手写出可运行的DOS程序。

2. INT 21H 命令的核心原理与设计思路

2.1 中断机制：硬件与软件的“约定”

要理解INT 21H，必须先明白什么是“中断”（Interrupt）。你可以把它想象成你家门铃。CPU（你）正在专心做自己的事情（执行程序），这时门铃响了（发生了中断），你就要暂停手头工作，去门口看看是谁、要干什么（执行中断服务程序），处理完了再回来继续之前的事情。

INT是汇编语言中的一条指令，意思是“引发一个软中断”。后面的21H（H表示十六进制）就是中断号，相当于一个特定的门铃编号。在计算机启动时，DOS系统会在内存中建立一个“中断向量表”，这个表就像一个通讯录，记录了每个中断号对应的处理程序（中断服务例程）的入口地址。当CPU执行到INT 21H时，它会去查这个表，找到DOS系统预先设置好的服务程序地址，然后跳转过去执行。执行完毕后，再通过IRET指令返回到原来的程序继续运行。

INT 21H特殊的地方在于，它是DOS预留给自己和应用程序通信的专用通道。DOS把上百个功能（如输入输出、文件管理、内存分配等）都集成到了这一个中断号下。那么，CPU怎么知道你要调用哪个具体功能呢？这就引入了“功能号”的概念。

2.2 AH寄存器：功能选择的“开关”

在调用INT 21H之前，程序员必须将要使用的功能号（一个字节的数字）赋值给AH寄存器。寄存器是CPU内部的高速存储单元，AH是AX寄存器的高8位。这个功能号就是告诉DOS：“我要使用你的第XX号服务”。

例如：

• MOV AH, 01H：准备调用“从键盘读一个字符并回显”的功能。
• MOV AH, 09H：准备调用“在屏幕上显示一个字符串”的功能。
• MOV AH, 3CH：准备调用“创建文件”的功能。

不同的功能号，对输入参数和输出结果的要求也完全不同。有些功能需要提前设置其他寄存器（如DX存放字符串地址，CX存放文件属性），有些功能执行后会将结果放在特定寄存器（如AL存放读到的字符，AX存放文件句柄或错误码）。这种设计非常紧凑和高效，所有通信都通过有限的几个寄存器完成，避免了复杂的数据结构传递。

2.3 设计哲学：为何是INT 21H？

这种设计背后是早期计算机资源极度受限（内存以KB计）的产物。通过一个统一的中断入口和寄存器参数传递，实现了最小化的系统开销和最大化的灵活性。它避免了为每个功能都设置独立中断号造成的向量表浪费，也使得应用程序与操作系统的接口极其简洁。虽然从现代软件工程角度看，它缺乏类型检查、容易出错，但在那个时代，它是效率与功能之间完美的平衡点。理解这种设计，有助于我们领悟底层软件“将性能与资源利用到极致”的思维模式。

3. 核心功能分类与经典调用解析

INT 21H的功能浩如烟海，但我们可以将其分为几个核心类别。掌握每一类中的几个经典功能，就足以应对大多数场景。

3.1 字符输入输出（01H, 02H, 09H, 0AH）

这是最基础、最常用的功能组，负责与键盘和显示器（控制台）交互。

功能01H：带回显的键盘输入

MOV AH, 01H INT 21H ; 执行后，AL寄存器中为输入字符的ASCII码

这个调用会等待用户按下一个键，然后将该字符显示在屏幕上（回显），同时将其ASCII码存入AL。它通常用于需要即时反馈的单个字符输入，如菜单选择（Y/N）。

注意：功能01H会检查Ctrl+C（或Ctrl+Break），如果用户按下，会触发一个中断并可能终止程序。在需要屏蔽此功能时，需使用其他更底层的输入方式。

功能02H：字符输出

MOV AH, 02H MOV DL, 'A' ; 要输出的字符需放入DL寄存器 INT 21H

将DL寄存器中的字符输出到屏幕当前光标位置。这是最简单的输出方式，适合输出单个字符或通过循环输出字符串。

功能09H：字符串输出

DATA SEGMENT MSG DB 'Hello, World!', '$' ; 字符串必须以'$'结尾 DATA ENDS CODE SEGMENT ASSUME CS:CODE, DS:DATA MOV AX, DATA MOV DS, AX MOV AH, 09H LEA DX, MSG ; 将字符串的偏移地址放入DX INT 21H CODE ENDS

这是输出字符串的利器。它要求字符串必须以$字符（ASCII码24H）作为结束符，而不是现代C语言中的\0。它会从DS:DX指向的地址开始，一直输出到遇到$为止。$本身不会被输出。

功能0AH：缓冲键盘输入这是功能最强大的键盘输入功能，可以读取一整行字符串。

DATA SEGMENT BUFFER DB 20 ; 缓冲区最大长度（第一个字节） DB ? ; 实际读入的字符数（由DOS填充，第二个字节） DB 20 DUP(?) ; 实际存放字符的缓冲区（从第三个字节开始） DATA ENDS CODE SEGMENT ASSUME CS:CODE, DS:DATA MOV AX, DATA MOV DS, AX MOV AH, 0AH LEA DX, BUFFER INT 21H

这个缓冲区的结构是固定的：

• 第一个字节：你定义的缓冲区最大容量（比如20），意味着最多能接收19个字符（因为最后一个要留给回车符）。
• 第二个字节：调用返回后，DOS会在这里填入实际输入的字符数（不包括最后的回车符）。
• 第三个字节开始：存放用户输入的字符，最后跟着一个回车符（0DH）。

实操心得：使用0AH功能时，一定要确保缓冲区第一个字节设置的值足够大，否则当输入超出限制时，多余的字符会被丢弃，并且计算机会持续响铃（Beep）警告，用户体验很差。处理完输入后，通常需要根据第二个字节的实际长度，在字符串末尾手动添加一个'$'，才能用09H功能将其显示出来。

3.2 文件操作（3CH, 3DH, 3EH, 3FH, 40H）

DOS的文件操作功能是现代文件API的雏形，采用“句柄”模式。

功能3CH：创建文件

MOV AH, 3CH MOV CX, 00H ; 文件属性（00H表示普通文件） LEA DX, FILENAME ; DS:DX指向文件名字符串（以0结尾） INT 21H JC ERROR ; 如果创建失败，CF（进位标志）会被置1 MOV HANDLE, AX ; 成功则AX中返回文件句柄，保存起来

文件名需要以ASCIIZ格式（以0字节结尾）存储。CX寄存器设置文件属性（如只读、隐藏等）。成功创建后，AX中返回一个16位的文件句柄，后续所有对该文件的操作都通过这个句柄进行。

功能3DH：打开文件

MOV AH, 3DH MOV AL, 02H ; 访问模式（02H表示读/写） LEA DX, FILENAME INT 21H JC ERROR MOV HANDLE, AX

打开已存在的文件。AL寄存器指定访问模式：0-只读，1-只写，2-读/写。

功能3FH：读文件 与 功能40H：写文件这对功能是文件操作的核心。

; 读文件 MOV AH, 3FH MOV BX, HANDLE ; 文件句柄 MOV CX, 100 ; 要读取的字节数 LEA DX, READ_BUFFER ; DS:DX指向数据缓冲区 INT 21H JC ERROR ; AX中为实际读取的字节数，如果为0则表示已到文件尾 ; 写文件 MOV AH, 40H MOV BX, HANDLE MOV CX, LENGTH ; 要写入的字节数 LEA DX, DATA_BUFFER ; DS:DX指向待写入数据 INT 21H JC ERROR ; AX中为实际写入的字节数，如果与CX不等则可能磁盘满

它们的参数高度对称：BX=句柄，CX=字节数，DS:DX=缓冲区地址。必须检查CF标志和AX返回值来判断操作是否完全成功。

功能3EH：关闭文件

MOV AH, 3EH MOV BX, HANDLE INT 21H ; 通常不检查错误，但严谨的程序应该检查JC

这是一个非常容易遗忘但至关重要的操作。打开的文件句柄是系统资源，如果不关闭，可能会造成资源泄漏，在极端情况下可能导致无法打开新文件。好的编程习惯是在文件使用完毕后立即关闭。

3.3 程序终止与内存管理（4CH, 48H, 49H）

功能4CH：带返回码的程序终止这是结束DOS程序最正确、最干净的方式。

MOV AH, 4CH MOV AL, 00H ; 返回码，0通常表示成功 INT 21H

它会终止当前程序，将控制权交还DOS或父进程，并释放程序占用的所有内存。AL中的返回码可以被批处理文件（.BAT）中的ERRORLEVEL命令检测。相比之下，早期的INT 20H或RET终止方式对程序结构有严格要求，容易出错，因此4CH是首选。

功能48H：分配内存 和 功能49H：释放内存当程序需要动态内存（例如处理变长数据）时，需要使用这些功能。

; 分配内存 MOV AH, 48H MOV BX, 10 ; 请求的内存段落数（1段落=16字节） INT 21H JC ALLOC_FAILED MOV SEG_ADDR, AX ; 成功则AX返回分配内存的段地址 ; 释放内存 MOV AH, 49H MOV ES, SEG_ADDR ; 要释放的内存块段地址需放入ES INT 21H JC FREE_FAILED

这里引入了“段落”的概念。在实模式下，内存按段管理，一个段落是16字节。BX中请求的是段落数。分配成功后，AX中返回的是内存块的段地址，偏移地址通常从0开始。释放时，必须将当初返回的段地址放入ES寄存器。

重要提示：DOS内存管理非常原始，没有现代操作系统的内存保护。错误的指针操作很容易覆盖其他数据甚至系统代码，导致系统崩溃。分配的内存块一定要记得释放，否则会造成内存泄漏。

4. 实战演练：编写一个完整的DOS汇编程序

理解了核心功能，我们通过一个完整的例子来串联它们：编写一个程序，提示用户输入文件名，创建该文件，写入一段文本，然后关闭文件。

4.1 程序框架与数据定义

首先，我们需要定义数据段和堆栈段。完整的DOS汇编程序通常采用.EXE格式，需要明确的段定义。

; 程序名：FILEIO.ASM ; 功能：演示INT 21H文件操作 STACK SEGMENT PARA STACK 'STACK' DB 256 DUP(?) STACK ENDS DATA SEGMENT PARA 'DATA' ; 提示信息 PROMPT_MSG DB 'Please enter a filename: $' SUCCESS_MSG DB 0DH, 0AH, 'File created and written successfully!', 0DH, 0AH, '$' ERROR_MSG DB 0DH, 0AH, 'An error occurred!', 0DH, 0AH, '$' ; 输入缓冲区（用于0AH功能） FILE_BUFFER DB 32 ; 最大长度31+回车 DB ? ; 实际长度 DB 32 DUP(?) ; 文件名存储区 ; 要写入的内容 FILE_DATA DB 'This is a test file created by DOS INT 21H.', 0DH, 0AH DB 'Assembly programming is fun!', 0DH, 0AH DATA_LEN EQU $ - FILE_DATA ; 计算数据长度 ; 文件句柄变量 FILE_HANDLE DW ? DATA ENDS CODE SEGMENT PARA 'CODE' ASSUME CS:CODE, DS:DATA, SS:STACK MAIN PROC FAR ; 标准程序入口，设置DS PUSH DS XOR AX, AX PUSH AX MOV AX, DATA MOV DS, AX ASSUME DS:DATA

这段代码定义了堆栈、数据段和代码段的基本框架。数据段包含了所有要用到的字符串、缓冲区和变量。0DH, 0AH是回车换行符，相当于C语言里的\r\n。$是字符串输出结束符。EQU $ - FILE_DATA是一个汇编时的地址计算，用于获取FILE_DATA字符串的长度，这是一个非常实用的技巧。

4.2 核心交互与文件操作流程

接下来是程序的主体逻辑，我们一步步实现。

; 步骤1：显示提示信息 MOV AH, 09H LEA DX, PROMPT_MSG INT 21H ; 步骤2：接收文件名输入（使用0AH功能） MOV AH, 0AH LEA DX, FILE_BUFFER INT 21H ; 步骤3：处理输入的文件名（将回车符替换为0，形成ASCIIZ字符串） LEA SI, FILE_BUFFER + 1 ; SI指向实际长度字节 MOV BL, [SI] ; BL = 实际字符数 XOR BH, BH MOV BYTE PTR [SI + BX + 2], 0 ; 在字符串末尾（跳过长度字节和字符区）置0 ; 现在，DS:DX+2 指向的就是以0结尾的文件名字符串 ; 步骤4：创建文件（功能3CH） MOV AH, 3CH MOV CX, 0 ; 普通文件属性 LEA DX, FILE_BUFFER + 2 ; 指向文件名（跳过前两个结构字节） INT 21H JC WRITE_ERROR ; 创建失败则跳转到错误处理 MOV FILE_HANDLE, AX ; 保存句柄 ; 步骤5：向文件写入数据（功能40H） MOV AH, 40H MOV BX, FILE_HANDLE MOV CX, DATA_LEN ; 写入长度 LEA DX, FILE_DATA ; 数据地址 INT 21H JC WRITE_ERROR CMP AX, DATA_LEN ; 检查实际写入字节数是否等于预期 JNE WRITE_ERROR ; 步骤6：关闭文件（功能3EH） MOV AH, 3EH MOV BX, FILE_HANDLE INT 21H ; 这里可以选择性检查错误，但通常关闭失败影响较小 ; 步骤7：显示成功信息 MOV AH, 09H LEA DX, SUCCESS_MSG INT 21H JMP EXIT_PROGRAM WRITE_ERROR: ; 错误处理：显示错误信息 MOV AH, 09H LEA DX, ERROR_MSG INT 21H EXIT_PROGRAM: ; 步骤8：程序终止（功能4CH） MOV AH, 4CH MOV AL, 0 ; 返回码0 INT 21H MAIN ENDP CODE ENDS END MAIN

4.3 关键步骤深度解析

这个程序有几个关键点需要特别注意：

1. 文件名缓冲区转换：INT 21H的0AH功能返回的字符串以回车符（0DH）结尾，而创建文件（3CH）和打开文件（3DH）功能要求文件名是ASCIIZ格式（以0结尾）。因此，我们必须手动将回车符替换为0。代码中MOV BYTE PTR [SI + BX + 2], 0这一行就是完成这个操作。SI指向长度字节，BX是长度值，+2是因为缓冲区结构的前两个字节（最大长度和实际长度）不是文件名本身的一部分。这个偏移计算是初学者的一个常见难点。

2. 错误处理流程：文件操作（3CH, 40H）后都使用了JC（Jump if Carry）指令进行错误判断。这是DOS系统调用的标准错误报告机制：如果功能执行成功，进位标志CF被清零；如果失败，CF被置1，同时AX寄存器中会包含一个错误代码。严谨的程序必须检查这些错误。在写入文件后，还额外比较了AX（实际写入字节数）和DATA_LEN（期望写入字节数），以防因磁盘满等原因导致写入不完整。

3. 资源管理：程序在创建文件成功后，立即将返回的句柄保存到变量FILE_HANDLE中。在写入操作和关闭操作中都使用了这个句柄。最后，无论成功与否，程序都通过INT 21H, 4CH安全退出，这会确保所有系统资源（包括未显式关闭的文件句柄，尽管不推荐依赖于此）被回收。

5. 高级技巧、常见陷阱与调试心得

掌握了基础，我们来看看那些让初学者头疼的“坑”和一些提升效率的技巧。

5.1 寄存器保护与现场恢复

INT 21H的大部分功能会修改AX寄存器（存放返回值），有些功能还会影响其他标志寄存器。但它不会自动保存和恢复你调用前的寄存器状态。这是一个非常重要的原则。

错误示范：

MOV CX, 100 ; CX用于循环计数 ... ; 一些代码 MOV AH, 40H ; 调用写文件 INT 21H ; 此时CX的值已经被功能40H修改了！ LOOP MY_LOOP ; 循环行为将不可预测

正确做法：在调用可能破坏重要寄存器的功能前，将其压栈保存，调用后再弹出。

PUSH CX ; 保存CX PUSH DX ; 保存DX（如果DX存有重要地址） MOV AH, 40H ... ; 设置BX, CX, DX INT 21H POP DX ; 恢复DX POP CX ; 恢复CX

特别是当你在一个循环或复杂函数中多次调用系统功能时，养成保护寄存器的习惯能避免许多难以追踪的bug。

5.2 路径、文件名与ASCIIZ格式

DOS的文件名规范是“8.3”格式（主文件名最多8字符，扩展名最多3字符），但INT 21H也支持带路径的访问。路径分隔符是反斜杠\。

• 正确：C:\MYDIR\TEST.TXT（需要以0结尾）
• 在数据段中定义：FILENAME DB 'C:\MYDIR\TEST.TXT', 0

最常见的错误是忘记结尾的0，或者错误地使用了$作为结束符。文件操作功能认0不认$。另一个陷阱是路径中的目录必须真实存在，DOS不会自动创建不存在的目录，3CH功能会在路径无效时失败。

5.3 功能4CH与程序退出的“干净”之道

为什么强烈推荐使用MOV AH, 4CH / INT 21H来结束程序？

1. 兼容性：它适用于任何程序结构（无论代码段是否在PSP开头）。
2. 资源清理：它会通知DOS释放该程序占用的所有内存。
3. 返回码：可以通过AL传递一个退出码给父进程（如COMMAND.COM）。
4. 无依赖：不依赖于CS:IP指向PSP:0或任何特定的堆栈状态。

相比之下，INT 20H要求CS寄存器指向程序段前缀（PSP），这在很多情况下并不成立。而用RET返回则要求程序被设计为子过程，且堆栈顶部是正确的返回地址。对于简单的.COM格式程序，INT 20H或RET或许可行，但对于.EXE程序，4CH是万无一失的选择。

5.4 调试实战：使用DEBUG工具

在DOS时代，DEBUG.EXE是汇编程序员最重要的调试工具。没有它，排查问题将如同盲人摸象。

基本调试流程：

1. 汇编与连接：先用MASM FILEIO.ASM汇编，再用LINK FILEIO.OBJ连接，生成FILEIO.EXE。
2. 加载调试：DEBUG FILEIO.EXE
3. 常用命令：
   • u：反汇编，查看代码在内存中的机器码和汇编指令。
   • g [地址]：运行程序直到指定地址或程序结束。
   • t：单步执行一条指令，会进入INT 21H内部（这通常太细了）。
   • p：单步执行一条指令，但将INT、LOOP等指令当作一条指令执行（更实用）。
   • d [段:偏移]：显示内存区域的内容，用于查看数据段中的字符串、缓冲区。
   • r：显示并修改寄存器的内容。在调用INT 21H前后用r查看AX、DX、CX等寄存器的值变化，是判断参数传递是否正确的最直接方法。
   • q：退出DEBUG。

一个典型的调试场景：你的文件创建失败了（CF=1）。你可以在调用INT 3CH的指令后设一个断点（比如用INT 3指令，或者DEBUG的g命令运行到该地址），然后执行r查看AX的值。DOS错误码在AX中，常见的有：

• AX=02H：文件未找到（用于打开时）。
• AX=03H：路径未找到。
• AX=05H：访问被拒绝（如试图创建已存在的只读文件）。
• AX=50H：文件已存在（用于创建时，如果指定了特定属性）。

通过错误码，你能快速定位问题是路径错误、权限问题还是文件名错误。

5.5 与其他中断的协作

INT 21H虽然是DOS服务的主入口，但并非万能。有时需要结合其他中断：

• INT 10H：BIOS视频服务。INT 21H的显示功能受DOS控制，光标位置、颜色控制能力弱。INT 10H可以直接操纵显卡，实现更复杂的文本/图形显示，如清屏、设置光标位置、改变颜色等。例如，在程序开头用INT 10H功能清屏，会比输出一堆换行符更专业。
• INT 16H：BIOS键盘服务。INT 21H的01H或0AH功能是“有回显、可被Ctrl+C中断”的高级服务。INT 16H则提供更底层的键盘访问，例如读取扩展功能键（F1-F12，方向键）的扫描码，或者实现无回显、不检查Ctrl+C的输入。
• INT 33H：鼠标服务。DOS本身没有标准的鼠标支持，鼠标驱动通过INT 33H提供接口。

理解这些中断的分工，能让你在需要时跳出DOS的限制，实现更底层的控制。

INT 21H是x86实模式下编程的一座里程碑。它封装了早期个人计算机操作系统最核心的交互能力。今天，我们学习它，不仅是为了读懂一段尘封的历史代码，更是为了理解“软件如何与硬件、操作系统交互”这一永恒命题的最朴素形态。当你用高级语言轻松调用一个API时，不妨想想，在底层，或许正是一次次寄存器赋值和INT指令的舞蹈。这种从根源上的理解，是任何抽象都无法替代的扎实感。