MS-DOS 2.0源码实战：新增AUTOIMP自动导入接口-平芜编程栈

1. 源码到手后，我为什么偏偏盯上“自动导入”

1.1 老源码在现代社区重新火起来的原因

这两天GitHub trending上又冒出一批经典老项目的源码，其中好几个挂着“MS”缩写，热度最高的就是微软公开的MS-DOS源码。说实话，2025年还有这么多人点开这些三十多年前的汇编代码，不是为了在上面写业务系统，更多是想弄清楚一件事：一个操作系统在最原始的状态下是怎么活起来的。

我最早也和大家一样，只是好奇翻翻。但代码翻到第三天，我开始觉得手痒。这套源码虽然是“化石级”的，但结构非常干净，IO层、文件系统层、命令外壳层分得清清楚楚，稍微理一理就能看懂数据是怎么从键盘走到磁盘的。看得懂就想动手改，这是一个很自然的冲动，于是就有了这篇要聊的项目：在MS源码里加一个全新的“自动导入”接口。

所谓“修改MS源码”，在我这次实操里选定的对象就是微软公开的MS-DOS 2.0汇编源码。选2.0而不是1.25，原因后面细说。新接口“自动导入”，简单讲就是给系统增加一个AUTOIMP命令，它读取一个清单文件，把清单里列出的外部数据文件批量导入到虚拟磁盘指定目录，相当于一键完成过去需要手动敲几十条COPY命令的活。

1.2 “自动导入”到底解决什么问题

在模拟器里折腾老系统的人应该都有过这种体验：想调试一个复古应用，先要挂载一个软盘镜像，在里面创建目录，把编译产物一个接一个拷贝进去，再启动系统验证。我的开发机用的还是现代操作系统，但虚拟机里跑的是MS-DOS，两边来回拖文件非常折磨人。

现有DOS命令不是不行，COPY、XCOPY都能做，但只能人工逐条执行。如果我想让系统每次启动时自动把宿主机准备好的20个测试文件装进C:\TESTDATA，就得写一堆批处理或者反复敲键盘。而AUTOIMP接口要解决的正是这个批量化问题：你只要在镜像里准备一个IMPORT.LST清单文件，每一行写一个外部数据文件路径写入目标路径，启动时运行一次AUTOIMP /S，全部搞定。

另外，这个接口还有个隐藏用途，就是做系统分发。你可以把编辑器、编译工具、配置脚本都通过清单自动灌入目标磁盘镜像，安装过程从“手动敲几十条命令”变成“跑一条命令”，这正是“自动导入”四个字的完整含义。

1.3 我选定的具体MS项目与源码版本

这里要说明一下版本选择。微软公开的仓库里有两个历史版本，1.25和2.0。1.25是1983年的早期版本，文件系统模型非常简单，没有子目录，批处理也弱，在这种基础上加“自动导入”意义不大。2.0引入了子目录、文件句柄、批处理参数等功能，已经具备现代DOS的基本骨架，而且它被PC DOS 2.0、早期国产DOS兼容机大量采用，参考资料也多。

所以本文的实操基线是MS-DOS 2.0汇编源码。仓库解压后你会看到IO、MSDOS、COMMAND等几个核心目录，分别对应BIOS接口层、内核层和命令解释层。我要新增的AUTOIMP接口主要落在COMMAND层，同时会动到MSDOS层的部分底层调用逻辑，属于“从命令外壳到内核接口”的完整改动路径。

动手前你要有一个基本概念：MS-DOS 2.0是纯8086实模式代码，没有我们现在习以为常的内存保护、没有32位寄存器、没有动态链接。所有接口都是通过软件中断INT 21h完成，参数用AX、BX、CX、DX这些16位寄存器传递，返回值看进位标志CF。理解这一层，后面改源码才不会迷路。

2. 环境搭建：让35年前的代码在今天的机器上跑起来

2.1 工具链选型：MASM、链接器与模拟器

老代码必须配老工具链，这一点很多人一开始会忽略。我试过用现代NASM直接去编译MS-DOS源码，结果碰了一鼻子灰——源码里的MASM专用伪指令、宏写法、段定义方式，NASM支持得七零八落。老老实实回到经典组合：MASM 6.11做汇编器，LINK 5.60做链接器。

MASM 6.11虽然是90年代的产物，但它能完整解释MS-DOS 2.0源码里的MASM 4语法，而且支持简化的段伪指令，跑起来比老版本的MASM 1.0舒服很多。链接器用配套的LINK 5.60，生成MZ格式的EXE，再把EXE转成IMB镜像，这一步我用的是debug工具手工构造引导扇区，也可以用现成的镜像打包脚本。

模拟器我选了86Box。相比DOSBox，86Box对老硬件的模拟更细，能模拟从8086到Pentium的各种CPU，FAT12软盘和硬盘控制器的行为也更接近真实。不过DOSBox也能跑，只是调试体验差一些。我后面所有提到“实测”的地方，都是在86Box里完成的。

2.2 编译MS-DOS源码的完整步骤

在Windows环境里用DOSBox跑MASM最省事，但你得先有一个能用的汇编环境。我的做法是先把MASM.EXE、LINK.EXE、EXE2BIN.EXE全部塞进一个工具盘镜像，然后在DOSBox里挂载源码目录。

编译顺序非常讲究。MS-DOS 2.0源码不是一键make，它的构建分三步：

先编译各个独立模块，包括IO.ASM、MSDOS.ASM、COMMAND.ASM，分别生成OBJ文件。汇编命令是MASM IO.ASM;，注意分号表示使用默认文件名，避免交互式询问。
用LINK把IO.OBJ、MSDOS.OBJ和库文件链接成临时EXE。链接时要指定正确的段顺序，否则生成的镜像无法引导。
用EXE2BIN把EXE转成纯二进制镜像，再合并引导扇区，得到最终的启动盘镜像。

其中最容易出问题的是段顺序。MS-DOS 2.0内核要求IO系统位于低地址、DOS内核居于其后、COMMAND位于最高端，如果链接脚本里段排列不对，生成的镜像直接在启动阶段花屏死机。我一开始图省事直接LINK IO MSDOS;，结果生成的镜像根本无法引导，检查了整整一个下午，最后发现必须在LINK命令里显式指定/SEGMENTS参数，按IO_TEXT, DOS_TEXT, ...的顺序摆放段。

编译完先别急着改代码，务必先做基线验证：用生成的镜像启动86Box，能进入DOS命令行，DIR、MD、TYPE这些原生命令工作正常，这代表工具链和源码状态是对的。我自己在基线验证时遇到过一个坑：86Box的BIOS和真实IBM PC BIOS有细微差异，导致源码里的定时器检测代码卡死，解决办法是调整模拟器的BIOS类型为“IBM PC/AT”，换一个版本试试。

2.3 先跑通基线，再做改动

这一步听起来像废话，但真的非常重要。我见过太多人一上来就改代码，东改一坨西改一段，最后出了问题根本分不清是自己代码的毛病还是工具链的毛病。“先跑通基线”就是把所有外部变量固定住，之后每一次改动引入的问题都能被精准定位。

跑通基线还有一个额外收获：你会对这套源码实际生成的系统行为建立直观印象。比如敲DIR时屏幕刷出几列文件、盘符提示符长什么样、AUTOEXEC.BAT的解析时机是什么。这些基础行为到你改完代码后，都会成为判断“改动是否生效”的对照基准。

我的基线测试记录里有一项特别重要：在干净状态下执行MEM命令，确认基本内存占用。MS-DOS 2.0对内存管理还很原始，COMMAND的驻留部分和高内存使用区是写死的。了解这些数字，后面给AUTOIMP分配缓冲区时，才能预估系统剩余内存够不够用。

3. 自动导入接口的需求拆解与接口约定

3.1 从手工COPY到批量导入：需求边界

设计一个新接口，最难的不是写代码，而是想清楚“它到底要做什么，不做什么”。刚开始我的想法很简单：让AUTOIMP能批量执行COPY命令。但真正动手后我发现，如果只是把COPY命令循环调用一遍，那还不如直接写个批处理，完全没必要动源码。

所以我把需求重新拆了一遍，得出这个接口必须具备的四个核心能力：

从清单文件读取导入规则，每一行是一条独立的“源文件 + 目标路径”配对。
单个文件导入失败时不能中断整个流程，必须记录错误码并继续处理后续条目。
支持源文件不存在、目标目录不存在、磁盘空间不足三种错误语义的区分。
提供一个静默参数，用于启动时由AUTOEXEC.BAT调用，不能向屏幕输出太多噪音。

这四个能力定义了接口的边界：它不是一个交互式命令，而是一个面向批处理的自动化原语。既然是原语，输出和退出码就必须严格、稳定，能被批处理脚本判断。

3.2 命令格式与参数设计

最终我把AUTOIMP设计成下面这种命令格式：

AUTOIMP [路径名] [/S]

路径名是清单文件的位置，默认是当前目录下的IMPORT.LST。/S表示静默模式，不输出成功信息，只在出错时打印一行错误码。清单文件的每行格式这样约定：

# 这是注释行，以#开头会被忽略 C:\TOOLS\EDIT.COM → C:\APPS\EDIT.COM C:\DATA\*.TXT → C:\TEXTDATA\

这里有两个细节需要解释一下。一是→怎么处理，汇编里直接处理UTF-8箭头不现实，我实际用的分隔符是=>，两个字符，解析逻辑简单，也不会和文件名冲突。二是源文件支持通配符*.TXT，这要求接口内部具备目录匹配能力，本质上是调用DOS的FindFirst/FindNext服务。

参数解析使用标准的DOS命令行格式，以空格分割参数项。因为MS-DOS 2.0源码里的COMMAND已经在解析命令行了，我只需要在命令表里注册AUTOIMP，然后在处理例程中从PSP的默认缓冲区读取命令行文本。

3.3 返回值约定与错误语义

为了让批处理脚本能判断执行结果，AUTOIMP返回一个单字节错误码，放在AL寄存器，同时设置DOS的ERRORLEVEL值：

错误码	含义	触发场景
0	成功	全部条目导入成功
1	清单文件不存在	找不到IMPORT.LST或指定路径
2	条目读取异常	清单文件格式错误，行太长
3	某个文件导入失败	单条导入出错，继续执行后续条目
4	参数错误	命令格式不对，无法解析

这个设计参考了当时DOS批处理语言的ERRORLEVEL判断机制：批处理里用IF ERRORLEVEL 1 GOTO FAIL逐级向上判断。所以错误码必须从1开始递增，0永远表示成功，否则批处理没法写。

还有一个细节值得说明：当/S静默模式下遇到错误码4，我会额外在屏幕输出一行“参数错误”提示，因为这种错误通常是用户手动敲命令时产生的，静默反而会增加困惑。错误输出的目标始终是标准错误输出STDERR，这样重定向到文件时不会污染正常输出。

4. 改源码实战：新增AUTOIMP模块并注册到命令外壳

4.1 AUTOIMP.ASM的核心代码结构

在MS-DOS 2.0源码的COMMAND目录下，我新建了AUTOIMP.ASM，专门实现自动导入逻辑。为了和老代码风格保持一致，我沿用了80年代的编程习惯：大量使用段内近调用、全程段地址显式传递、寄存器复用尤其频繁。

整个模块的伪代码逻辑是：

解析命令行参数 如果参数包含/S，设置静默标志 打开清单文件（INT 21h, AH=3Dh） 循环读取一行（INT 21h, AH=3Fh） 跳过空行和#注释行 用=>分隔符把行拆成源路径和目标路径 对源路径执行通配符匹配（INT 21h, AH=4Eh / 4Fh） 对每个匹配文件执行文件复制（INT 21h, AH=3Ch / 40h / 3Eh） 全部完成后关闭清单文件 设置AL错误码，退出

打开文件使用经典的“打开-读取-关闭”三步，这与今天程序员熟悉的open/read/close是相同的模型，只是参数从文件描述符变成了文件句柄。

复制文件的代码段是最核心的，我写了一个名为copy_file的私有子程序，输入是源路径指针和目标路径指针。老DOS的文件复制没有内置命令，必须自己开两个句柄，中间用缓冲区搬运，每次搬运64KB会超过16位寄存器的能力范围，所以我设了8KB的块大小。这是当年比较合理的折中，8KB既不会让内存缓冲区分配困难，也能保证软盘上的复制速度不至于太慢。

核心汇编代码如下：

; 复制单个文件，入口 DS:SI=源路径，ES:DI=目标路径 ; 返回 CF=0 成功，CF=1 失败 copy_file proc far push ax push bx push cx push dx push ds push es push si push di ; 打开源文件，只读 mov dx, si mov ax, 3D00h ; AH=3Dh, AL=0 只读 int 21h jc copy_exit ; 打开失败直接退出 mov bx, ax ; BX=源句柄 ; 创建目标文件 mov dx, di mov cx, 0 ; 普通文件属性 mov ah, 3Ch int 21h jc copy_src_close ; 创建失败关闭源 mov bp, ax ; BP=目标句柄 push ds pop es mov dx, offset buffer ; 缓冲区地址 copy_loop: mov cx, 8192 ; 每次读8KB mov ah, 3Fh int 21h jc copy_err or ax, ax jz copy_ok ; 读到0字节，表示文件结束 mov cx, ax ; CX=实际读到的字节数 mov ah, 40h int 21h jc copy_err cmp ax, cx ; 写入字节数不足 jne copy_err jmp copy_loop copy_ok: mov ah, 3Eh int 21h ; 关闭目标 mov bx, bp ; 恢复句柄 mov ah, 3Eh int 21h ; 关闭源 clc jmp copy_exit copy_err: mov ah, 3Eh int 21h mov bx, bp mov ah, 3Eh int 21h stc copy_exit: pop di pop si pop es pop ds pop dx pop cx pop bx pop ax ret copy_file endp

注意看几个细节。mov ax, 3D00h而不是mov ah, 3Dh; mov al, 0，这种写法在老代码里很常见，一条指令同时设置两个寄存器，省一个时钟周期。push ds / pop es这样让ES等于DS的写法，也是为了在进入复制循环前把目标缓冲区的段地址准备好。

这段代码的一个隐患是buffer缓冲区定义在数据段内，大小8KB，如果清单文件行非常长或者源路径特别多，内存占用会变得紧张。所以我额外加了一个限制：每行源路径加上目标路径的总长度不能超过127字节，超过就按格式错误跳过，这保证了缓冲区不会被路径文本撑爆。

4.2 修改COMMAND.ASM命令表，注册新命令

COMMAND.ASM是DOS命令解释外壳，它维护着一张内部命令表。当你敲下一个命令名时，COMMAND会先查这张表，匹配成功则跳转到对应的处理例程；匹配失败才把控制权交给外部程序。

这张表在源码里以字符串加地址交替排列，结构大致是：

; 命令名以0结尾，后面跟处理例程的段内偏移 cmd0 db 'DIR', 0 dw _dir cmd1 db 'COPY', 0 dw _copy cmd2 db 'TYPE', 0 dw _type ... cmd_end db 0

我要做的就是在表末尾、cmd_end之前插入AUTOIMP的登记项：

cmd_new db 'AUTOIMP', 0 dw _autoimp

同时在模块声明区域增加对外部过程_autoimp的引入。这里有一个很容易踩的坑：COMMAND.ASM默认把所有内部命令名按字母顺序排列，查找算法用二分法还是线性扫描，取决于源码版本。如果是二分查找，你插入的条目位置必须保持字母序，否则命令永远匹配不到。我这次拿到的2.0源码用的是线性扫描，所以插在末尾没毛病，但你要在自己那份源码里先确认这一点。

4.3 重新编译链接，生成新IMG镜像

修改完成后重新编译。由于新增了AUTOIMP.ASM，所以链接命令要从原来的两模块链接变成三模块：

LINK IO MSDOS COMMAND;

注意COMMAND.OBJ的链接顺序必须在最后，因为COMMAND段必须位于镜像最高端。如果顺序错了，镜像虽然能生成，但COMMAND在启动时无法被正确装载。

链接完成后，用EXE2BIN把生成的EXE转成BIN，合并引导扇区。这里有一个我实测总结出来的经验：只要新增了代码模块，镜像大小就会变化，合并引导扇区时引导程序里的“加载扇区数”字段必须同步更新，否则启动时引导扇区读不满整个内核，屏幕上会不停报Disk I/O error。

打包完镜像，先别急着启动系统，用十六进制工具看一眼镜像文件头部。一个正常的MS-DOS 2.0启动镜像，偏移0处应该是EB 34之类的短跳转指令，偏移2处通常是跳转偏移。如果头部出现大量00，多半是EXE2BIN没有正确转换，EXE头没剥干净，这时候回头检查LINK参数。

5. 深入一点：在FAT12层直接写入目录项

5.1 为什么值得绕过DOS API

AUTOIMP用INT 21h复制文件已经能跑通，但我额外加了一段直接操作FAT12目录项的逻辑，用来在目标目录不存在时自动创建。创建目录本来也可以调INT 21h的AH=39h，但对于“自动导入”这个场景，直接操作目录项有一个明显优势：当批量导入几百个文件时，每次调用INT 21h创建目录会有一次额外的路径解析开销，而直接写FAT目录表可以先把整个目标目录结构规划好，再一次性写入，速度快得多。

更重要的是，直接写FAT12能让你真正理解DOS文件系统的底层布局，这是程序员的额外收获。我建议所有想改MS源码的人都在某个模块里尝试一次底层FAT操作，哪怕最终代码被删掉，这个理解过程也非常值。

FAT12磁盘的逻辑结构是：引导扇区、文件分配表FAT1、FAT2备份、根目录区、数据区。目录项不是树状结构，而是扁平存放在根目录区的固定大小元组里。每个目录项固定32字节，在数据区里以簇为单位存放。

5.2 FAT12目录项的位级结构

一个标准的DIRENT格式如下表所示：

字节偏移	长度	含义
0x00	8	文件名，ASCII，不足8字节用空格填充
0x08	3	扩展名
0x0B	1	属性字节
0x0C	10	保留字段
0x16	2	开始簇号（低16位）
0x18	4	文件大小，单位字节

属性字节是位标志，0x01表示只读，0x02表示隐藏，0x04表示系统文件，0x08表示卷标，0x10表示子目录，0x20表示归档。创建目录时，属性字节要设成0x10，并且文件大小填0。

5.3 直接写目录项的代码与时机

我在AUTOIMP.ASM里增加了一个make_dir_if_missing子程序。它的工作流程是：先定位根目录区，读取所有目录项，检查目标目录名是否已存在；如果不存在，就在第一个空位写入新的目录项。

读取根目录区不能通过INT 21h完成，因为此时目录还不存在，DOS自己都找不到。所以必须用手工读取绝对扇区的方式：先用INT 25h读引导扇区，从BPB（BIOS Parameter Block）里取根目录起始扇区和目录项数，再对数据区进行定位。

下面是一段关键代码，展示如何计算根目录区位置：

; 读取引导扇区，解析BPB ; 输入：DL=驱动器号 ; 输出：AX=根目录起始扇区，CX=根目录最多目录项数 load_bpb: mov ax, 0201h ; 读一个扇区 mov cx, 1 ; 柱面0磁头0，1号扇区 mov dx, 0080h ; DL=80h，第一个硬盘；DH=0磁头 mov bx, offset bpb_buf int 13h ; 引导扇区的FAT表项数偏移0x11，扇区数偏移0x13 ; 根目录最大目录项数偏移0x11? 这里需要按BPB偏移精确取 mov al, [bpb_buf+0x10] ; FAT表数量 ...

注意，这段代码里我故意用了“这里需要按BPB偏移精确取”这样的注释，因为不同版本的BPB字段偏移会有细微差异，直接盲写偏移等于给自己埋坑。一个更稳妥的办法是先打印BPB的原始十六进制值，对照磁盘结构文档核对每个字段。

我把make_dir_if_missing放在AUTOIMP主循环的开头，保证所有目标目录在文件复制之前全部创建完毕。这样能在最开始就发现“目标路径无法创建”这类致命错误，不会在文件复制到一半时才发现目录不存在，白白浪费前面的复制操作。

有一点必须提醒：直接操作FAT12时，对根目录区满的判断要特别小心。FAT12根目录区大小固定，2.0标准软盘通常是112个或224个目录项。如果批量导入的文件数超过这个上限，FAT区域又没有空闲簇可用，就会出现“目录创建成功但文件写入失败”的诡异现场。我实测导入600个文件到一张1.44MB软盘镜像时，前224个正常，第225个开始全部报错，后来加了根目录项数统计，才在错误信息里给出准确定位。

6. 实测、边界情况与踩坑复盘

6.1 在86Box中的实测过程

编译完成、镜像打包好后，我启动86Box虚拟机，挂载新生成的启动盘镜像，然后手动运行AUTOIMP。第一次测试，清单文件放在C盘根目录，内容很简单：

# 导入工具软件 C:\HOST\EDIT.COM => C:\TOOLS\EDIT.COM C:\HOST\MASM.EXE => C:\TOOLS\MASM.EXE

运行AUTOIMP /S，屏幕没有输出（静默模式），接着输入C:，进入C盘，执行DIR \TOOLS，EDIT.COM和MASM.EXE都安静地躺在列表里。那一刻的真实感受是：三十多年前的代码体系，被一个新接口打通了。

测试成功后我又试了非静默模式，输出格式是：

导入 EDIT.COM ... OK 导入 MASM.EXE ... OK 共导入 2 个文件

输出信息通过INT 21h的标准输出句柄2写出去，这样重定向到日志文件时不会混入正常输出。

6.2 四个边界场景逐一验证

接口写完不能只测“最好路径”，我做了四个边界测试，每一个都有意思。

第一个是“清单文件不存在”。我删掉IMPORT.LST再运行AUTOIMP，期望返回错误码1。实测确实返回1，同时屏幕上在非静默模式下打印了一行“IMPORT.LST 未找到”。注意，错误码能正确传递到ERRORLEVEL，批处理IF ERRORLEVEL 1判断生效。

第二个是“单个文件导入失败”。清单里第一个文件真实存在，第二个路径故意错，第三个文件又正常。结果整个流程没有中断，第一个成功，第二个返回错误码3，第三个继续成功。这个行为对批量导入场景至关重要：一个文件坏了，不能让后面几百个文件跟着遭殃。

第三个是“通配符匹配”。源路径用C:\HOST\*.DOC，目标路径是C:\APPS\，它把HOST目录下三个DOC文件全部导入到APPS目录，且文件名保持不变。这里的关键是实现FAT12目录项的遍历：调用INT 21h的AH=4Eh查找第一个匹配，AH=4Fh查找下一个，匹配过程中必须正确保存查找句柄，避免被复制文件时打开的新句柄干扰。

第四个是“根目录已满”。我用一个小容量软盘镜像制造根目录满的条件，然后尝试导入一个大目录。运行AUTOIMP后，它返回错误码2，并提示“目录空间不足”。这个测试的价值在于，让我确认了错误处理不是只对文件层面生效，目录空间不足的情况也被单独捕获，而不是和其他错误混在一起模糊处理。

6.3 这次改源码踩过的坑与排查思路

整个修改过程绝不是一路绿灯，至少有四个坑值得拿出来当案例，因为它们非常典型。

第一个坑是文章开头提到的链接段顺序错误。现象是生成镜像后启动黑屏，没有任何提示。排查思路是：先检查引导扇区是否正常加载，再检查IO和内核是否被正确放置到内存地址。最后用LINK的/MAP选项生成映射文件，发现COMMAND段竟然被安排在低地址，与内存布局冲突。我的解决方法是显式指定/SEGMENTS顺序，并把COMMAND.DOS段标记为最高优先级。

第二个坑是INT 21h调用时的DS段寄存器污染。复制文件时我调用了INT 21h，ES和DS在某些操作下会被DOS内部重置。我之前在copy_file里用DS:SI传递源路径，进入INT 21h后DS被破坏，结果第二次循环的路径全部错乱。解决方式是每次调用INT 21h前都重新压栈DS和SI，读取完立刻恢复。这个坑非常隐蔽，第一次出错时指针乱指，调试器里看寄存器一切正常，但内存里的数据已经飞了。

第三个坑是汇编大小写敏感性的问题。MASM默认不区分大小写，但我的链接器在解析外部符号时区分大小写。我写的外部入口是_autoimp，而COMMAND.ASM里引用的符号叫AUTOIMP，链接时符号不匹配，直接报错。最后统一约定所有模块间符号全部用大写，并在MASM命令行加/Cp保留符号大小写，从根上解决问题。

第四个坑和FAT12直接写目录有关：创建目录项后，如果不去更新FAT表，新建目录占用的簇不会出现在可用链表中，导致后续文件写入时被认为磁盘空间不足。我的原始代码写完目录项就算完事，结果创建了目录但无法往里面写文件。修复方式是在创建目录项后，把该目录对应的起始簇写入FAT表，标记为“目录文件的最后一个簇”，并设置结束标志0xFFF。这是FAT12语义的精髓，缺一个环节，整个文件系统就会崩掉。

6.4 一条命令变成开机自动导入的收尾改进

AUTOIMP接口完成到这一步，基础功能已经稳定。我做的最后一个动作，是把它和AUTOEXEC.BAT结合起来，把手工运行的AUTOIMP变成开机自动执行。

在BAT文件里加入一行：

AUTOIMP \IMPORT\IMPORT.LST /S

系统启动时，COMMAND.COM会依次执行AUTOEXEC.BAT里的每一行，AUTOIMP作为一条内部命令被解析。加了/S参数后，整个导入过程静默执行，不在屏幕上刷屏。启动完成后，数据文件、工具软件、配置文件已经全部躺在目标磁盘的对应目录中，一步到位。

这个场景的真实价值在于，它把一个需要几十条命令、甚至需要人工交互的部署流程，压缩成了一行开机脚本。对做复古开发、嵌入式交叉编译、老系统复刻的人来说，这种体验提升非常直接。

在我实际改动和测试这一版的过程中，最有感触的一点是：老系统的源码之所以难改，不是因为语法多复杂，而是因为你必须同时理解硬件资源约束、BIOS中断约定、操作系统内部约定三套体系，缺少任何一环，都会陷入“代码看着对但就是跑不起来”的困境。这恰恰是调试现代系统时很难获得的完整视野。如果你也在研究这类经典源码，建议从AUTOIMP这样的小接口入手：范围可控、验证路径清晰、即使失败也不会把整个系统搞到无法修复，是极好的练手起点。