提到 TSR（Terminate and Stay Resident，终止并驻留），很多现在的年轻程序员可能连这个词都没听过，觉得它像是计算机考古学里的化石。但在 DOS 时代，TSR 可是让电脑“变身”的神器。想象一下，你正在用 WordStar 写文章，突然想查个单词的意思，或者想看看后台有没有时钟显示，甚至想偷偷挂个电话监听——在 Windows 还没普及的年代，这些全靠 TSR 程序实现。它们就像是在系统里安插的“隐形管家”，一旦入住，就再也不离开，随时待命。
今天咱们不聊枯燥的定义，而是像剥洋葱一样，把这个曾经统治过 PC 世界的机制拆解开来，看看它到底是怎么在内存里“寄生”的，又是为什么最终被现代操作系统淘汰得干干净净。
一、 TSR 的核心魔法：从“退出”到“隐身”
要理解 TSR，首先得打破一个常识：程序运行完必须关闭吗？
在现代操作系统（如 Windows 10⁄11, macOS, Linux）中，程序结束通常意味着释放所有资源，进程从任务管理器中消失。但在 MS-DOS 这种单任务、实模式（Real Mode）的环境下，逻辑完全不同。
1. 什么是“驻留”？
当你在 DOS 命令行输入 EDIT.COM 编辑文件，然后按 Alt+F3 退出时，你会发现编辑器没了，但屏幕右下角可能多了一个小图标，或者你按 Ctrl+Break 又能唤出刚才的编辑器。这就是 TSR。
它的核心原理非常简单粗暴：
- 执行代码：程序正常运行。
- 截获控制权：在程序即将正常结束前，不执行标准的“返回 DOS”指令。
- 释放非关键资源：把自己占用的大部分数据段释放给 DOS，只保留一小块关键代码和数据在内存中。
- 注册钩子（Hook）：告诉 DOS，“以后发生某件事（比如键盘按下、定时器中断）时，先通知我，我再处理。”
- 等待唤醒：进入休眠状态，直到被触发的中断信号叫醒。
2. 内存布局的艺术
TSR 程序在内存中占据的位置非常讲究。DOS 的内存模型是分段式的，TSR 通常驻留在高层内存（High Memory Area, HMA）或扩展内存（XMS）中，以避免与常规内存（Conventional Memory, 前 640KB）中的应用程序冲突。
- 代码段（Code Segment）：包含中断处理程序和唤醒逻辑。
- 数据段（Data Segment）：保存状态信息、配置参数等。
- 栈段（Stack Segment）：用于中断处理时的临时存储。
关键在于，TSR 必须确保自己的代码和数据不会被其他程序覆盖。在 DOS 下，这主要靠“自觉”和“技巧”，因为没有硬件级的内存保护。
二、 运行机制：中断向量表（IVT）的劫持
TSR 能够“随时待命”，靠的是对 CPU 中断机制的操控。x86 架构的中断机制是 TSR 技术的基石。
1. 中断向量表（IVT）
CPU 在执行中断时，会去查一张表，叫中断向量表（Interrupt Vector Table）。这张表位于内存最低端（0:0000 开始），每个中断号对应一个 4 字节的指针（段地址:偏移地址）。
例如，键盘中断通常是 INT 9h，定时器中断是 INT 08h，磁盘读写是 INT 13h。
2. Hook 技术：偷梁换柱
TSR 程序运行的第一步，就是修改 IVT。它不做完全替换，而是做链式调用（Chain Call）。
假设有一个著名的 TSR 程序 KEYB.COM（用于加载键盘驱动）和一个 MOUSE.COM（鼠标驱动）。
KEYB安装时，保存了原始的 INT 9h 处理例程地址，并将其替换为自己的地址。MOUSE安装时，保存了KEYB的地址（因为此时 IVT 已经被KEYB改了），并将其替换为自己的地址。
当键盘被按下时：
- CPU 触发 INT 9h。
- CPU 跳转到
MOUSE的处理程序。 MOUSE检查是不是鼠标事件？不是。MOUSE调用它保存的下一个地址（即KEYB的处理程序）。KEYB检查是不是键盘事件？是。KEYB处理键盘扫描码，然后调用它保存的原始 DOS 中断处理程序。- 原始 DOS 处理程序完成剩下的工作。
这种双向链表结构允许无限数量的 TSR 共存。这就是为什么你可以在 DOS 下同时运行鼠标驱动、屏幕保护、拨号网络助手等多个后台程序。
3. 唤醒机制：怎么叫它出来？
TSR 驻留后，怎么知道什么时候该干活？主要有两种方式：
- 中断触发：如上所述，通过挂钩 INT 09h（键盘）、INT 08h（时钟）等。比如
ScreenSaver.TSR挂钩时钟中断，每隔几秒检查一下按键，如果没动，就启动屏保。 - 热键组合：这是最常用的。TSR 会在挂钩的键盘中断中检测特定的按键序列。例如，
MultiKey工具允许你设置Ctrl+Shift+M来唤醒某个程序。当检测到这个序列时，TSR 会将控制权转移给对应的应用程序。
三、 代码实战：一个简单的 TSR 骨架
虽然现代开发不再需要手写 TSR，但理解其 C 语言实现有助于深入掌握底层机制。下面是一个简化的 TSR 示例概念代码，展示了如何挂钩 INT 09h（键盘中断）。
#include <dos.h>
#include <stdio.h>
#include <conio.h>
// 定义旧的中断处理程序指针
void interrupt (*oldint09)(...);
// 新的中断处理函数
void interrupt newint09(...) {
// 1. 获取端口状态，读取扫描码
unsigned char scan_code = inp(0x60);
// 2. 简单的逻辑：如果按下 'Q' 键，则打印一条消息
// 注意：实际 TSR 需要处理更复杂的按键状态和修饰键
if (scan_code == 0x10) { // 'Q' 的扫描码通常是 0x10
printf("\n[TSR Activated] You pressed Q!\n");
}
// 3. 关键步骤：调用原来的中断处理程序
// 否则键盘将失效，因为 DOS 收不到信号
oldint09();
}
// 安装 TSR 的函数
void install_tsr() {
// 保存旧的 INT 09h 向量
oldint09 = getvect(0x09);
// 设置新的 INT 09h 向量
setvect(0x09, newint09);
// 计算驻留内存大小
// _memavl() 返回可用内存，我们需要估算自己的大小
// 注意：realmode 下计算准确大小很复杂，这里简化处理
int stay_size = (_SS + (_SP / 16)) - (_DS + (_DATA_SEG_OFFSET / 16));
// 实际上，DOS 中断 21h 功能 31h 需要精确的段落数
// 使用 DOS 中断 21h, AH=31h 驻留
union REGS regs;
regs.h.ah = 0x31;
regs.x.ax = stay_size; // 这里需要根据实际代码调整
regs.x.dx = 0; // 错误代码
int86(0x21, ®s, ®s);
}
int main() {
printf("Installing TSR...\n");
install_tsr();
// 正常情况下，main 函数不应该执行到这里
// 因为 install_tsr 会直接终止程序并驻留
return 0;
}
代码解析：
getvect和setvect：这是操作中断向量表的标准 DOS 库函数。inp(0x60)：直接访问硬件端口读取键盘扫描码，这是底层控制的体现。oldint09()：至关重要！如果不调用原中断，系统就会死机或键盘无响应。int 21h, ah=31h：这是 DOS 提供的专门用于 TSR 驻留的接口。它会告诉 DOS：“别杀了我，把我留在内存里，大小是 X 个段落。”
四、 为什么 TSR 在现代系统中“死亡”？
既然 TSR 这么强大，为什么我们现在看不到了？因为它与现代操作系统的设计哲学格格不入。
1. 内存保护的鸿沟
- DOS（实模式）：所有程序共享同一块线性内存空间。TSR 只要不被覆盖就能活。如果两个 TSR 冲突（比如都想挂钩 INT 09h 但链式出错），整个系统崩溃，蓝屏（其实是黑屏重启）。
- Windows/Linux（保护模式/虚拟内存）：每个进程都有独立的虚拟地址空间。进程 A 不能直接访问进程 B 的内存。TSR 那种“全局挂钩”的方式在现代 OS 中是被严格禁止的，因为这会导致严重的安全漏洞和稳定性问题。
2. 多任务调度的复杂性
- DOS：单任务。TSR 是“伪多任务”，它依靠中断抢占。如果 TSR 处理时间过长，会阻塞前台程序，导致系统假死。
- 现代 OS：真正的多线程、多进程调度。你需要的是一个服务（Service）、守护进程（Daemon）或后台线程，而不是一个寄生在中断向量里的代码片段。
3. 驱动模型的演进
现代系统有标准的驱动程序接口（如 WDM, KMDF/UMDF on Windows; Kernel Modules on Linux）。键盘、鼠标等外设由专门的驱动程序管理，应用层通过 API（如 Win32 API, X11/Wayland）与驱动交互，而不是直接挂钩硬件中断。
五、 现代兼容性与替代方案
虽然 TSR 本身已死，但其思想在现代系统中以另一种形式存在。
1. 现代替代者：Shell Hooks 和 Global Hotkeys
在 Windows 中，如果你想实现类似 Ctrl+Shift+M 唤醒程序的功能，你不再需要驻留内存的 TSR，而是使用：
- RegisterHotKey API：操作系统内核级别的热点键注册。
- 系统托盘（System Tray）图标：后台服务程序，通过 UI 界面提供控制。
2. 兼容性层：DOSBox 和 NTVDM
- DOSBox：这是一个模拟器，它在现代 OS 上模拟了一个完整的 DOS 环境，包括实模式内存和中断向量表。因此，经典的 TSR 程序可以在 DOSBox 中完美运行。这也是为什么许多老游戏和工具依然能玩的原因。
- NTVDM (NT Virtual DOS Machine)：在 32 位 Windows (XP, 7 32-bit) 中，微软提供了一个虚拟 DOS 机，支持部分 TSR 功能，但由于缺乏完整的硬件模拟，许多复杂的 TSR 仍然无法运行。64 位 Windows 彻底移除了 NTVDM。
3. 遗留系统的维护
在一些工业控制、老旧银行终端中，可能仍运行着基于 DOS 的系统。维护这些系统时，TSR 仍然是关键。工程师们需要使用特殊的调试工具来分析 TSR 冲突，或者编写自定义的中间件来桥接新旧设备。
六、 给小朋友的通俗解释
想象一下，你住在一个大房子里（电脑内存）。
- 普通程序就像一个客人，来你家做客，做完事情就走了（释放内存）。
- TSR 程序就像一个赖着不走的亲戚。他吃完饭后，说：“我不走了，我就睡在沙发角落（驻留内存）。”
- 中断向量表就像你家的大门钥匙串。
- Hook 技术就是这位亲戚偷偷配了一把新钥匙。每当有人敲门（键盘输入），亲戚先开门看看是谁。如果是找他的，他就招待；如果不是，他把客人引荐给真正的管家（原始系统程序）。
在现代的大别墅（Windows 11）里，每个房间都有自己的智能门锁和保安（内存保护），那个赖着不走的亲戚根本进不来，或者进来了也会被保安请出去。所以，这种“赖着不走”的技术只能在老式的小平房里玩，现在大家都住上了高楼大厦，有了更高级的管理方式。
七、 总结与反思
TSR 是计算机历史上一个充满智慧的“ hack ”。它在资源极度匮乏的年代，通过巧妙地利用中断机制和内存管理，实现了多任务的雏形。虽然它已被历史淘汰，但其核心思想——事件驱动、钩子技术、资源驻留——依然深深植根于现代软件开发中。
理解 TSR，不仅是为了怀旧，更是为了深入理解操作系统是如何与硬件交互的。当你下次使用快捷键时，不妨想一想，那背后或许有着 TSR 技术的影子，只不过现在它变得更加安全、高效和优雅。
对于开发者而言，如果你需要在现代系统中实现类似功能，请放弃手动挂钩中断的念头，转而使用操作系统提供的高级 API。这不仅是为了兼容性，更是为了系统的稳定性和安全性。
希望这篇解析能让你对这段计算机历史有一个清晰、生动且深刻的认识。如果有具体的代码实现问题或想了解某个特定 TSR 程序的内部细节，欢迎继续探讨！