DOS INT 21H系统调用：从软中断原理到文件操作实战

1. 项目概述：从一条指令窥见一个时代

如果你刚开始接触汇编语言，面对满屏的十六进制数字和意义不明的助记符，可能会感到一阵眩晕。但很快，你就会遇到一个老朋友—— INT 21H 。这行看似简单的代码，几乎是所有DOS时代程序员的集体记忆，也是理解早期PC软件如何与操作系统“对话”的一把关键钥匙。它不是一个孤立的命令，而是一扇通往DOS系统服务的大门，门后是上百个功能各异的子程序，从在屏幕上显示一个字符，到读写文件、管理内存，几乎无所不能。

今天，我们就来彻底拆解这条传奇指令。这不仅仅是为了怀旧，对于理解现代操作系统底层的工作机制——比如系统调用（Syscall）是如何实现的—— INT 21H 提供了一个极其清晰和具体的范本。即便在当今的Windows或Linux保护模式下， INT 21H 的某些功能依然可以通过兼容层或特定环境（如DOSBox、某些嵌入式场景）被触及。更重要的是，学习它的过程，能让你深刻理解什么是“软中断”，什么是“功能号”，以及应用程序如何通过一种标准化的“协议”来请求操作系统内核提供服务。这对于夯实计算机体系结构的基础，有着不可替代的价值。

2. INT 21H 核心原理深度解析

2.1 软中断机制：程序与系统的“服务热线”

要理解 INT 21H ，必须先搞懂“中断”是什么。你可以把CPU想象成一个正在处理手头工作的员工。中断，就像是有人按了他桌上的一个专用服务铃。这个铃一响（中断发生），CPU就必须立刻保存当前工作的进度（保护现场），然后转头去处理这个铃所代表的服务请求（执行中断服务程序），处理完后，再回来继续之前的工作（恢复现场）。

中断分为硬中断和软中断。硬中断由硬件设备触发，比如你敲了一下键盘，或网卡收到了数据包。而软中断（Software Interrupt），则是由程序中的一条指令主动触发的， INT 指令就是干这个的。 INT 21H 中的 21H （即十进制的33），就是这个“服务热线”的号码。

在实模式的DOS环境下，内存中从地址 0 开始有一个叫做“中断向量表”的结构。这个表有1024字节（256个中断号 * 每个向量4字节），它就像一个电话总机接线表。当CPU执行到 INT 21H 时，它会去查这个表的第 21H 项（即 0x0000:0x0084 开始的4个字节）。这4个字节里存放着一个“段地址：偏移地址”，这个地址就是DOS系统服务程序的入口点。CPU会立刻跳转到这个地址去执行代码，这就是DOS内核为应用程序提供的服务例程。

注意 ：现代操作系统（如Windows、Linux）运行在保护模式下，有更复杂和安全的系统调用机制（如通过 sysenter / syscall 指令或专门的调用门），不再直接使用实模式的中断向量表。但“应用程序通过特定接口请求内核服务”的核心思想是一脉相承的。

2.2 AH寄存器：功能选择器的核心角色

拨通了 21H 这个总机号码后，你需要告诉接线员（DOS内核）你要办理什么具体业务。这个“具体业务”就是通过 AH 寄存器来指定的。 AH 寄存器是AX寄存器的高8位。在执行 INT 21H 之前，你必须将要调用的功能号赋值给 AH 。

例如：

• MOV AH, 02H ：准备调用“显示输出”功能，具体是显示DL寄存器中的一个字符。
• MOV AH, 09H ：准备调用“显示字符串”功能，需要DS:DX指向一个以 $ 结尾的字符串。
• MOV AH, 4CH ：准备调用“程序终止”功能，这是大多数DOS程序结束时使用的“优雅退出”方式。

所以，一个完整的 INT 21H 调用流程是： 设置功能号（AH） -> 设置该功能所需的参数（其他寄存器） -> 执行INT 21H -> 检查返回结果（通常通过AX、CF进位标志等） 。

2.3 经典功能组别与应用场景

DOS的 INT 21H 功能浩如烟海，但我们可以将其归纳为几个核心组别，这有助于我们系统地学习和记忆：

1. 字符输入/输出（01H-0CH） ：这是最基础的一组。例如 AH=01H 等待并回显一个键盘字符， AH=02H 显示一个字符， AH=09H 显示字符串， AH=0AH 缓冲输入字符串（类似于C语言的 gets ）。这些功能是构建命令行交互界面的基石。

2. 文件操作（3DH-3FH, 40H-42H等） ：这是功能最强大、最复杂的一组。它引入了“文件句柄”的概念，通过 AH=3DH 打开文件、 AH=3FH 读文件、 AH=40H 写文件、 AH=3EH 关闭文件。这组功能使得程序能够处理磁盘上的任何文件，是编写实用工具（如文件复制、文本查看器）的关键。

3. 内存管理（48H-4AH） ：程序可以向DOS申请（ AH=48H ）或释放（ AH=49H ）内存块。在640KB内存都显得珍贵的年代，精细的内存管理是必须的。

4. 程序执行与终止（4BH, 4CH） ： AH=4BH 可以加载并执行另一个程序（.COM或.EXE），这是实现命令行解释器（如COMMAND.COM）或程序链的基础。 AH=4CH 则是程序结束并返回退出码的标准方式，这个退出码可以被父进程（如批处理文件）检测。

5. 日期与时间（2AH-2DH） ：获取或设置系统的日期和时间。

6. 磁盘操作（36H, 47H等） ：获取磁盘空闲空间、获取当前目录等。

3. 核心功能实战与代码剖析

理论说再多，不如一行代码。下面我们通过几个最经典、最常用的功能，来亲手“拨通”这条服务热线。

3.1 功能09H：字符串输出的标准姿势

在屏幕上打印“Hello, DOS World!”，是每个汇编新手的第一个里程碑。使用 INT 21H 的 09H 功能是最直接的方法。

.MODEL SMALL
.STACK 100H
.DATA
    MSG DB 'Hello, DOS World!', '$'  ; 注意：字符串必须以'$'结尾
.CODE
START:
    MOV AX, @DATA       ; 初始化数据段寄存器DS
    MOV DS, AX

    MOV AH, 09H         ; 功能号：显示字符串
    LEA DX, MSG         ; DS:DX 指向字符串地址
    INT 21H             ; 调用DOS服务

    MOV AH, 4CH         ; 功能号：程序终止
    INT 21H             ; 退出程序，返回DOS

END START

实操要点与避坑指南：

• $ 终结符是铁律 ： 09H 功能依靠检测 $ 字符（ASCII码24H）来判断字符串结束。如果你的字符串里本身包含 $ ，它会被当作结束符，导致显示不完整。这是该功能最大的局限性。
• DS:DX必须正确指向 ： LEA DX, MSG （取有效地址）或 MOV DX, OFFSET MSG 都可以。关键是执行 INT 21H 前， DS 寄存器必须已经指向你数据段（ .DATA ）的段地址。上面代码中的 MOV AX, @DATA 和 MOV DS, AX 就是完成这个初始化的标准操作。
• 光标位置 ：调用后，光标会停留在字符串的末尾，方便后续输出。

3.2 功能0AH：缓冲键盘输入的“安全”之道

从键盘读取一行输入，是交互程序的基础。 0AH 功能提供了一个预定义的输入缓冲区，比循环调用 01H 逐个读字符要方便和安全得多。

.DATA
    BUFFER DB 20          ; 缓冲区最大长度（字节）
           DB ?           ; 实际输入的字符数（由DOS填充）
           DB 20 DUP('$') ; 实际存放字符的空间，初始化为'$'方便后续用09H显示
.CODE
    MOV AX, @DATA
    MOV DS, AX

    MOV AH, 0AH          ; 功能号：缓冲输入
    LEA DX, BUFFER       ; DS:DX指向缓冲区结构
    INT 21H

    ; 为了显示我们输入了什么，可以在字符串末尾手动添加'$'
    MOV SI, OFFSET BUFFER + 1 ; SI指向“实际长度”字节
    MOV CL, [SI]              ; 将长度读入CL
    MOV CH, 0
    INC SI                    ; SI现在指向第一个输入字符
    ADD SI, CX                ; SI移动到输入字符串的末尾
    MOV BYTE PTR [SI], '$'    ; 用'$'替换回车符（0DH）

    MOV AH, 09H
    LEA DX, BUFFER + 2        ; DS:DX指向输入字符串的开始
    INT 21H

缓冲区结构详解与心得： 这个缓冲区结构是理解 0AH 功能的关键，它由三部分组成：

1. 第一个字节 ：你定义的缓冲区 最大容量 。例如 DB 20 表示最多接受20个字符。
2. 第二个字节 ：由DOS在调用后 自动填充 ，表示用户 实际输入 的字符数（不包括最后的回车键）。
3. 第三部分开始 ：存放实际字符的空间。用户输入的字符会从这里开始存放， 最后一定会跟一个回车符（ASCII 0DH） 。

重要心得 ： 0AH 功能 不会 自动在输入的字符串末尾添加 $ 或 0 。如果你想像上面例子一样，用 09H 功能回显输入的内容， 必须自己动手 找到字符串末尾（通过第二个字节的长度值），把回车符（0DH）替换成 $ 。这是一个非常经典的“坑”，很多新手会在这里卡住，发现显示的内容后面跟着一堆乱码。

3.3 功能3DH/3FH/40H/3EH：文件操作四部曲

文件操作是 INT 21H 的精华，它引入了“句柄”这个现代操作系统中依然核心的概念。句柄是一个数字，代表一个打开的文件、设备或管道。对文件的所有后续操作，都通过这个句柄进行。

场景 ：将一个文本文件 SOURCE.TXT 的内容复制到 TARGET.TXT 。

.DATA
    SrcFile DB 'SOURCE.TXT', 0   ; 文件名以0结尾
    TgtFile DB 'TARGET.TXT', 0
    HandleSrc DW ?                ; 存放源文件句柄
    HandleTgt DW ?                ; 存放目标文件句柄
    Buffer DB 512 DUP(?)          ; 读写缓冲区
.CODE
START:
    MOV AX, @DATA
    MOV DS, AX

    ; 1. 打开源文件 (读模式)
    MOV AH, 3DH
    MOV AL, 0               ; 访问模式：0=读，1=写，2=读/写
    LEA DX, SrcFile
    INT 21H
    JC OpenSrcError         ; 如果出错，CF=1，跳转到错误处理
    MOV [HandleSrc], AX     ; 返回的句柄在AX中

    ; 2. 创建/打开目标文件 (写模式，若存在则清空)
    MOV AH, 3CH             ; 功能号：创建文件
    MOV CX, 0               ; 文件属性：0=普通文件
    LEA DX, TgtFile
    INT 21H
    JC CreateTgtError
    MOV [HandleTgt], AX

    ; 3. 循环读写
ReadLoop:
    MOV AH, 3FH             ; 功能号：读文件
    MOV BX, [HandleSrc]
    MOV CX, 512             ; 尝试读取512字节
    LEA DX, Buffer
    INT 21H
    JC ReadError
    CMP AX, 0               ; AX=实际读取的字节数，为0表示文件结束
    JE CopyDone             ; 读完了，跳转到结束

    ; 将读到的数据写入目标文件
    MOV AH, 40H             ; 功能号：写文件
    MOV BX, [HandleTgt]
    MOV CX, AX              ; 写入的字节数 = 实际读取的字节数
    LEA DX, Buffer
    INT 21H
    JC WriteError
    CMP AX, CX              ; 检查实际写入的字节数是否等于请求数
    JNE WriteError
    JMP ReadLoop            ; 继续读下一块

CopyDone:
    ; 4. 关闭文件
    MOV AH, 3EH
    MOV BX, [HandleSrc]
    INT 21H
    MOV BX, [HandleTgt]
    INT 21H

    MOV AH, 4CH
    INT 21H

; 此处省略各错误处理标签（OpenSrcError, CreateTgtError等）...

文件操作核心细节与避坑指南：

1. 打开模式（AL） ： 3DH 打开文件时， AL 寄存器指定模式。 0 为只读， 1 为只写， 2 为读写。这个模式必须和文件本身的属性兼容。
2. 文件属性（CX） ： 3CH 创建文件时， CX 指定属性。 0 是普通存档文件。其他值如 01H 是只读， 02H 是隐藏等。创建时设置属性，后续打开仍需遵守。
3. 句柄管理 ：句柄是系统级的资源，打开后必须关闭。一个程序同时能打开的句柄数有限制（默认约20个）。 务必成对操作 ：打开后一定要有关闭，尤其是在错误处理路径上，也要记得关闭已打开的句柄，否则会导致资源泄漏。
4. 错误处理（JC） ：几乎所有 INT 21H 功能在出错时都会将进位标志 CF 置1，并在 AX 中返回错误码。 良好的汇编程序必须检查 CF 。常见的错误码有： 02H （文件未找到）、 03H （路径未找到）、 05H （访问被拒绝）。
5. 缓冲区大小 ：读写文件的缓冲区大小（本例为512字节）需要权衡。太小会导致频繁的 INT 21H 调用，降低效率；太大则会占用过多内存。512或1024字节是常见的选择，与磁盘扇区大小对齐效率较高。

4. 高级技巧、调试与兼容性问题

4.1 功能4BH：加载并执行子程序

这是实现“程序加载器”或简单Shell的核心。它比简单的“终止并驻留”或链式加载更强大。

; 假设要加载并执行 MYAPP.EXE
.DATA
    ProgPath DB 'C:\MYAPP.EXE', 0
    CmdLine  DB 0, 0DH          ; 命令行参数：长度字节（0）+ 回车符
    EnvBlock DW 0               ; 环境块段地址，0表示使用父进程环境
    ParamBlk DW EnvBlock        ; 参数块结构
            DW CmdLine
            DW 0, 0             ; 默认的FCB1和FCB2，通常为0
.CODE
    MOV AX, @DATA
    MOV DS, AX
    MOV ES, AX                  ; ES也需要指向数据段

    MOV AH, 4BH
    MOV AL, 00H                 ; 子功能0：加载并执行
    LEA DX, ProgPath            ; DS:DX -> 程序路径名
    LEA BX, ParamBlk            ; ES:BX -> 参数块
    INT 21H
    JC LoadError                ; 加载失败处理
    ; 子程序执行完毕后，控制权会返回这里（对于.COM加载器）

关键点 ： 4BH 功能非常复杂。参数块（Parameter Block）的结构需要仔细构造，特别是环境块和命令行参数的传递。对于简单的加载，可以将环境块设为0（继承父进程），命令行参数设为空。此功能执行成功后， 当前程序（父进程）的大部分内存会被子进程覆盖 ，除非父进程是专门的命令解释器并做了特殊处理。子进程结束后，控制权可能不会返回。

4.2 在调试器中观察INT 21H

使用DOS调试器（如经典的 DEBUG.EXE ）或现代模拟器（如DOSBox的调试模式）单步跟踪 INT 21H 调用，是深入理解其行为的最佳方式。

1. 观察寄存器变化 ：在执行 INT 21H 前后，观察 AX 、 BX 、 CX 、 DX 、 CF 标志的变化。例如，打开文件后， AX 中的句柄值是多少？读文件后， AX 中的实际读取字节数是多少？
2. 跟踪中断向量 ：在 DEBUG 中，可以用 D 0:84 L4 命令查看中断 21H 的向量（即服务程序入口地址）。然后可以用 U 命令反汇编该地址附近的代码，看看DOS内核到底做了什么（虽然很可能看不懂，但感受一下很有意义）。
3. 验证缓冲区内容 ：对于 0AH 功能，在执行后查看输入缓冲区内存区域（如 D DS:[DX] ），亲眼看看DOS是如何填充那个三部分结构的。

4.3 现代环境下的兼容性与替代方案

今天，我们主要在三种环境下接触 INT 21H ：

1. 纯DOS环境 ：如通过DOSBox、FreeDOS或在一些古老的硬件上。这是最原汁原味的环境，所有功能都可用。
2. Windows命令提示符（CMD） ：在32位Windows的CMD中运行16位DOS程序时，由 NTVDM （NT Virtual DOS Machine）提供有限的 INT 21H 仿真。它支持大部分标准I/O和文件操作，但一些底层硬件操作（如直接磁盘读写 INT 25H/26H ）可能被限制或模拟。64位Windows已移除NTVDM，无法直接运行16位DOS程序。
3. 保护模式编程 ：在编写32位或64位的Windows/Linux程序时，绝对 不能 直接使用 INT 21H 。需要使用操作系统提供的现代API：
   • Windows ：使用Win32 API，如 WriteConsole （输出）、 ReadFile （文件）、 CreateProcess （执行程序）。
   • Linux ：使用系统调用（通过 int 0x80 或 syscall 指令），或C库函数如 write 、 read 、 fork / exec 。

一个重要的实践心得 ：在学习汇编时，可以专门在DOSBox中练习 INT 21H ，以理解系统调用的概念。但在转向现代操作系统编程时，必须尽快建立新的知识体系。可以把 INT 21H 看作是一个经典的、具体的“系统调用”教学案例，它的设计思想（功能号、参数寄存器、错误返回）在现代API中依然有体现，只是接口更复杂、更安全。

5. 常见问题排查与经典“坑点”实录

在实际编写和调试使用 INT 21H 的程序时，一定会遇到各种奇怪的问题。下面是我踩过的一些坑和解决方案。

5.1 问题速查表

5.2 独家避坑技巧

1. 寄存器保护意识 ： INT 21H 会修改 AX 和标志寄存器，有时还会修改其他寄存器（根据功能而定）。如果你的程序在调用 INT 21H 后还需要使用原来的 AX 值，一定要先 PUSH AX ，调用后再 POP AX 。对于重要的寄存器，养成“先保护，后使用”的习惯。

2. 字符串终结符的智慧 ：对于 09H 功能，如果字符串是动态生成的（比如拼接而来），很难保证中间没有 $ 。一个更健壮的方法是使用 02H 功能（显示字符）循环输出。虽然代码长，但完全可控。

3. 文件句柄是稀缺资源 ：DOS默认只给程序约20个句柄。如果你在循环中打开文件却忘记关闭，很快就会耗尽句柄，导致后续文件操作全部失败。 确保所有打开路径（包括错误处理分支）都有对应的关闭操作 。一个技巧是，把文件打开和关闭写成对称的子程序或宏。

4. 错误处理是专业性的体现 ：玩具程序可以忽略错误，但稍有用途的程序必须处理。最简单的错误处理是显示一个错误信息然后退出。更高级的做法是，根据 AX 中的错误码（如 02H 文件未找到）给出更具体的提示。这会让你的程序看起来非常可靠。

5. 理解“回车换行” ：在DOS文本文件中，一行的结束是 0DH, 0AH （回车+换行）。 0AH 功能读入的字符串末尾是 0DH （回车）。如果你要把输入的内容写入文本文件，通常需要补上一个 0AH 。反之，从文本文件读出一行，你得到的可能是 ...0DH, 0AH ，处理时要注意剥离。这个细节是很多文本处理bug的根源。

INT 21H 的世界远不止于此，还有目录操作、内存控制块、设备I/O控制等更深入的功能。但掌握了上述核心组和避坑技巧，你已经能够编写出功能丰富的DOS实用程序了。这条古老的“服务热线”，至今仍在向我们诉说着早期个人计算机软件那简洁而直接的设计哲学。当你用几行汇编代码就让屏幕显示出字符、让文件在磁盘间流动时，那种对计算机的完全掌控感，是高级语言难以给予的独特体验。