维基百科

终止及常驻程序

（重定向自常駐程式）

终止及常驻程序 （英语：Terminate and stay resident，缩写为TSR），简称常驻程序，是DOS系统下特殊的计算机程序，此程序利用DOS的系统呼叫，将电脑控制权交给操作系统，仿佛程序已经结束。但程序仍保留在电脑记忆体中，可以通过硬件或软件中断重新唤醒它[1]。该技术某部分克服了DOS同一时间只能执行一个任务（Task）的限制。TSR是DOS特有的程序，不会在Windows系统中执行。

常驻程序中有些是工具软件，使用者在日常使用电脑时，可能每天会用热键多次呼叫工具软件。像Borland公司的SideKick就是早期流行的应用软件。有些常驻程序则是操作系统不直接支援的硬件装置驱动程序，。

使用TSR

编辑

通常在DOS中，任何指定时间只能执行一个程序。要停止执行，它将使用系统呼叫 INT 21h/4Ch将控制权交回给DOS shell程序COMMAND.COM。[2]然后将程序使用的记忆体和系统资源标示为未使用。事实上，这使得无法重新启动程序的某些部分而不必从头开始重新载入整个程序。但是，如果程序以系统呼叫INT 27h或INT 21h/31h结尾，则操作系统不会重用程序暂存器的特定部分。

原本呼叫INT 27h被称为“停止但仍驻留”，因此名称为“ TSR”。使用此呼叫，程序最多可占用其记忆体64 KB。MS-DOS 2.0版引入了改进的呼叫INT 21h/函数31h（“保留程序”），该呼叫拿掉了此限制，并允许程序返回一个返回码。在进行此呼叫之前，程序可以安装一个或多个指向其自身的中断处理程序，以便可以再次呼叫它。安装硬件中断向量可使此类程序对硬件事件做出反应。安装软件中断向量可使当前执行的程序呼叫它。安装计时器中断处理程序可使TSR定期执行（请参阅ISA）和可编程间隔计时器（英语：Programmable internal timer）。

使用中断向量的典型方法包括读取其当前值（位址），将其储存在TSR的储存空间中以及安装指向其自身程序码的指标。在TSR接收到中断并完成其处理之前或之后，将呼叫储存的位址，事实上形成了中断处理程序（英语：interrupt handler）的单连结列表，也称为中断服务程序（ISR）。安装ISR的过程称为连结或hooking中断（或中断向量）。

通过连结中断向量，TSR程序可以完全控制电脑。TSR可以具有以下两种行为之一：

  • 通过不呼叫先前已更改相同中断向量的其他TSR，来完全控制中断。
  • 通过呼叫旧的中断向量与其他TSR串连。这可以在他们执行实际程序码之前或之后完成。这样，TSR可以形成一系列程序，其中每个程序都呼叫下一个程序。

大多数DOS 电脑病毒和其他恶意软件都使用暂停并驻留方法，这些方法可以控制PC或使其处于后端。该恶意软件将在执行时感染可执行档（.EXE或.COM），并在打开资料档时对磁盘读写或执行档案做出反应。

DOS本身的某些部分（尤其是在DOS 5.0及更高版本中）使用相同的技术来执行有用的功能，例如DOSKEY命令列编辑器和各种其他可安装的工具程序，这些工具程序是通过在命令列上执行它们来安装的（通常是从AUTOEXEC .BAT或INSTALL从CONFIG.SYS内部执行），而不是通过DEVICE在CONFIG.SYS中的语法将它们作为装置驱动程序载入。

TSR程序可以随时被载入。有时会在操作系统启动后透过AUTOEXEC.BAT批次处理档中来载入，也可以根据使用者的要求载入（例如，Borland的Sidekick和Turbo Debugger，Quicken的QuickPay或FunStuff软件的Personal Calendar）。正如“ TSR”所暗示的那样，这些程序将在执行其他程序时保持驻留在记忆体中。它们中的一些没有办法从记忆体中将自身卸载，因此呼叫TSR意味着程序将保留在记忆体中，直到重新启动电脑为止。但是，可以使用MARK.EXE/RELEASE.EXE搭配TurboPower Software 或 soft reboot TSRs等工具程序从外部进行卸载。它们将被特定的键组合触发，然后释放在它们之后载入的所有TSR。由于ISR链是单个连结的，因此没有发现前一个处理程序的位址的方法（除了尝试回溯中断炼之外），或通知其前任它需要更新其“要跳转到的下一个位址”。不要指向要删除自身的TSR，以便为了安全地卸载链中间的TSR，在大多数情况下，必须在记忆体中保留存根，从而导致记忆体碎片。这产生了诸如TesSeRact和AMIS之类的TSR合作架构。[3]

中断共享

编辑

为了处理共享相同中断的许多TSR程序的问题，Ralf D. Brown提出了一种称为“轮流多路中断规范”（AMIS）的方法，作为对以前通过INT 2Fh提供的服务的改进。AMIS提供了以受控方式共享软件中断的方法。它以IBM的中断共享协定为模型，该协定最初是为共享x86处理器的硬件中断而发明的。AMIS服务可通过Int 2Dh获得。[4]

该提案在当时未受到程序员的广泛关注。它与其他几个复杂程度各异的竞争规范并存。[5]

缺点

编辑

尽管TSR程序对克服DOS的限制非常有用，甚至是必不可少的，但它在制造麻烦方面享有盛誉。许多程序以各种明文或无规范的方式有效劫持了操作系统，当与特定应用程序或其他TSR一起使用时，通常会导致系统在启动或停用时当机。如上所述，某些电脑病毒和其他恶意软件被编码为TSR，因此存在一定的麻烦。此外，DOS系统中的所有程序程序码，甚至那些具有大量物理RAM的程序码，都必须载入到前640KB的RAM中（常规记忆体）。TSR也不例外，它占用了640 KB的块，因此应用程序无法使用这些块。这意味着编写一个TSR是一个挑战，要使其达到最小尺寸，并检查它与不同供应商的许多软件产品的相容性-这通常是一项非常令人沮丧的工作。

在1980年代末期和1990年代初，许多PC平台上的电视游戏都打破了这一限制，并为TSR（甚至是CD-ROM驱动程序之类的基本驱动器）留下了越来越少的空间，并进行了整理，以便有足够的可用RAM执行这些游戏在保留必要的TSR的同时，变成了一种黑色艺术。许多游戏玩家都有几个启动分割区具有针对不同游戏的不同配置。在更高版本的MS-DOS中，“启动选单”命令搞允许通过单个启动磁盘选择各种配置。在1990年代中期到后期，尽管仍然为DOS编写许多游戏，但通过将游戏资料和/或程序程序码的部分放在前1 MB记忆体之上并使用640 KB以下的程序码，最终克服了640 KB的限制。 （使用DOS扩展器的方法）访问扩展的记忆体，并将程序码交换为最低的1 MB RAM作为一层覆盖。因为具有许多覆盖层的程序设计本身就是一个挑战，所以一旦程序太大而无法完全容纳大约512 KB，几乎总是使用第三方DOS扩展器来实现扩展记忆体，该扩展器实作了VCPI或DPMI，因为当x86处理器从真实模式切换到保护模式时，访问1 MB边界以上的记忆体变得更加容易和方便，并且可以在该区域中执行程序码。但是，由于DOS和大多数DOS程序以真实模式执行（VCPI或DPMI通过在两种模式之间来回切换，使得受保护模式程序对于DOS和系统的其余部分而言看起来像真实模式程序），因此，DOS TSR和装置驱动程序也以真实模式执行，因此，只要有人获得控制，DOS扩展器就必须切换回真实模式，直到放弃控制，这会造成时间损失（除非他们使用诸如DPMS 或 CLOAKING之类的技术）。

回归

编辑

随着扩展记忆体板（尤其是Intel 80386处理器）在1980年代下半年的到来，使用640 KB以上的记忆体来载入TSR成为可能。这需要复杂的软件解决方案，称为扩展记忆体管理器。一些记忆体管理器QRAM和Quarterdeck的QEMM，Qualitas的386MAX，康柏的CEMM ，后来微软的EMM386。可用于载入640 KB以上的TSR的储存区称为“ 上层记忆体”（UMB）并将程序载入到其中被称为载入上层记忆体。后来，记忆体管理器开始包括一些程序，这些程序试图自动确定如何在低记忆体和高记忆体之间最佳地分配TSR（Quarterdeck的Optimize或Microsoft的MemMaker），以尝试最大程度地提高底层640 KB记忆体的利用率和可用空间。

灭亡

编辑

随着使用DOS扩展器的游戏的发展（早期的例子是Doom）绕过了640 KB的障碍，许多与TSR相关的问题都消失了，并且Microsoft Windows尤其是Windows 95的广泛采用（随后是Windows 98）–这使得大多数TSR变得不必要，并且某些TSR不相容-尽管Win16应用程序可以执行类似TSR的技巧，例如修补中断描述表（IDT），因为Windows允许，但TSR逐渐变得过时了。由于多工操作系统（例如Windows Vista，Windows 7，Mac OS X和Linux提供了多个程序和装置驱动程序可以同时执行的功能，而无需特殊的程序设计技巧，而现代的受保护记忆体概念使核心及其模组专门负责修改中断表。

参见

编辑

参考文献

编辑
  1. ^ Maybury, Rick. Beat the Bug—Computer Viruses. PC Top Tips. 1998 [2012-02-09]. （原始内容存档于2013-09-28）. 
  2. ^ [1] （页面存档备份，存于互联网档案馆） HelpPC reference: INT 21,0 – Program Terminate
  3. ^ a list of TSR libraries 互联网档案馆的存档，存档日期2007-08-17. also known as frameworks.
  4. ^ int 2D. Web.archive.org. [2019-11-14]. 原始内容存档于2017-12-01. 
  5. ^ TSR Libraries. Web.archive.org. 2016-06-19 [2019-11-14]. 原始内容存档于2016-06-19. 

外部链接

编辑
检索自“https://zh.wikipedia.org/w/index.php?title=终止及常驻程式&oldid=76548005”