如果DOS是单任务的，那么在旧版本的Windows中如何进行多任务？

#1 楼

Windows 95
Windows 95远远不只是MS-DOS的“包装器”。引用Raymond Chen：

MS-DOS在Windows 95中有两个用途。

它用作引导加载程序。
它用作16位旧式设备。驱动程序层。Windows 95实际上实际上钩住/覆盖了几乎所有的MS-DOS，在进行所有繁重的工作时将其保留为兼容层。它还为32位程序实现了抢先式多任务处理。桥16和32，但在这里我们将忽略它），它们更多地依赖于DOS，并且仅使用协作式多任务处理-这是它们不强制正在运行的程序退出的那一种；他们等待正在运行的程序产生控制权（基本上，通过告诉OS运行正在等待的下一个程序来说“我完成了”）。

多任务协作，就像旧版本的MacOS（尽管与多任务DOS 4.x不同，后者具有抢先式多任务功能）。任务必须屈服于OS才能安排其他任务。收益内置于某些API调用中，尤其是消息处理。只要任务能够及时处理消息，一切就很好。如果任务停止处理消息并忙于执行某些处理循环，则不再需要多任务处理。

Windows 3.x体系结构
关于早期Windows程序如何产生控制权：

Windows 3.1使用协作式多任务处理-意味着正在运行的每个应用程序都被指示定期检查消息队列，以查找是否有其他任何应用程序正在请求使用CPU，如果需要，则对该应用程序进行控制。但是，许多Windows 3.1应用程序只会很少或根本不检查消息队列，并在所需的时间内独占CPU的控制权。像Windows 95这样的抢占式多任务处理系统将把CPU控制权从正在运行的应用程序夺走，并根据系统的需求将其分配给优先级更高的应用程序。

source
所有DOS都会看到该单个应用程序（Windows或其他）正在运行，它将在不退出的情况下传递控制权。从理论上讲，抢占式多任务处理可以通过使用实时时钟和硬件中断在DOS之上实现，以强制将控制权交给调度程序。正如Tonny所说，这实际上是由某些在DOS之上运行的操作系统完成的。
386增强模式？并支持抢先式多任务处理。
这是一个有趣的案例。总结链接的博客文章，386增强模式基本上是运行虚拟机的32位管理程序。在其中一个虚拟机中运行的是Windows 3.x标准模式，它执行上面列出的所有操作。增强模式管理程序将在虚拟机之间共享CPU时间片（其中一个运行正常的3.x，另一个运行MS-DOS），每个VM都将做自己的事情-3.x将协作执行多任务，而MS-DOS将是单任务的。

MS-DOS
DOS本身是单任务的，但是它确实支持TSR程序，该程序将一直在后台运行，直到被硬件中断触发为止。远非真正的多任务处理，但也不是完全单任务处理。

所有这些关于位的话题？我问了多任务处理！
严格来说，位和多任务处理不是相互依赖的。最好以任何位方式实现任何多任务处理模式。但是，从16位处理器升级到32位处理器还引入了其他硬件功能，这些功能可以使抢占式多任务处理更容易实现。
此外，由于32位程序是新的，因此更容易实现当它们被强制关闭时可以正常工作-可能破坏了一些旧的16位程序。
当然，这全都是猜测。如果您真的想知道为什么MS在Windows 3.x中没有实现抢先式多任务处理（尽管有386增强模式），则必须问一个在那里工作的人。
我也想纠正您的假设， Windows 95是DOS的包装；）

#2 楼

它连续运行一个程序，称为Windows。那个会在不同程序之间分配CPU时间（和其他资源）。

考虑这个比喻：这个人称为“先生或小姐DOS”。那个人当时在做一件事情。例如。它会给一个人打电话并开始与他/她24/7聊天。

现在您将其替换为秘书先生。 （视窗）。它将给某人打电话并一直与之交谈（仍然是一项任务）。然后一段时间后，另一个人会说：“我到目前为止已经聊够了。去和别人聊天，再给我回电话”。

先生。秘书将呼叫另一个人。与那个人聊天，直到那个人说同样的话。然后它将呼叫下一个人，直到它在与之交谈的人的列表的末尾。届时它将再次从顶部开始。


从技术上讲，这称为协作多任务处理。它要求其他人说他/她有足够的CPU时间。如果不这样做，那么一切都会崩溃。
现代系统要聪明得多。包括抢先式多任务处理。想想秘书设置一个闹钟，并在5分钟后切断另一个人的电话。 “太好了，简。但我现在必须和乔谈谈。我会再打给您。-单击。”

如果添加多个处理器，它将变得更加复杂。 :)

#3 楼

在现代操作系统中，操作系统控制所有硬件资源，并且正在运行的应用程序保存在沙箱中。不允许应用程序访问操作系统尚未分配给该应用程序的内存，并且该应用程序不能直接访问计算机中的硬件设备。如果需要硬件访问，则应用程序必须通过设备驱动程序进行通信。

OS可以强制执行此控制，因为它会强制CPU进入保护模式。另一方面，DOS永远不会进入保护模式，而是保持在实模式*。在实模式下，正在运行的应用程序可以执行其想要执行的任何操作，例如直接访问硬件。但是，以实模式运行的应用程序也可以告诉CPU进入保护模式。

最后一部分允许Windows 95之类的应用程序启动多线程环境，即使它们基本上是从DOS启动的。 br />
DOS（磁盘操作系统），afaik，只不过是文件管理系统而已。它提供了一个文件系统，用于导航文件系统的机制，一些工具以及启动应用程序的可能性。它还确实允许某些应用程序保持常驻状态，例如鼠标驱动程序和EMM模拟器。但是它并没有像现代OS那样尝试控制计算机中的硬件。直到80年代中期的80286处理器才成为保护模式的一部分。

#4 楼

在Windows 3.x（它是多任务DOS应用程序的第一个版本）之前，有DesqView之类的程序也可以这样做。如果一个是同时运行三个DOS会话，然后DesqView将创建四个虚拟机。三个DOS会话各自认为自己“拥有”整个计算机，只是它们中的任何一个都不执行文件I / O。相反，将修补每个会话中运行的DOS版本，以便它将对文件I / O的任何请求转发到专用于此目的的特殊会话。由于PC的文本模式硬件将连续地以字符形式显示内存区域的内容；通过将每个会话的0xB8000-0xB9FFF范围映射到其自己的RAM区域，并定期将当前应用程序的区域复制到物理屏幕缓冲区，DesqView可以使每个会话具有自己的虚拟屏幕。图形支持要困难得多，因为显示板上的256K RAM是使用64K的地址空间，一些I / O寄存器和一些“有趣的”硬件控制的，这些硬件需要按特定的特定顺序进行读写。在文本模式下，当应用程序向文本缓冲区中写入内容时，DesqView可以设置一个标志，指示应在下一个计时器滴答时将其复制到显示中。在给定的时间间隔内，只有第一次写入文本缓冲区才需要DesqView的干预；其他所有内容将合并到下一个计时器刻度。

相比之下，虚拟化图形模式将要求DeskView捕获每个单独的写操作以显示内存或I / O寄存器。考虑到这将使内存写入速度降低大约100倍，并且图形程序必须比文本程序写入更多的数据，因此大多数图形软件的实时虚拟化是不切实际的。取而代之的是，通过使任何试图使图形停止运行的非前台应用程序暂停，直到它成为前台应用程序，然后完全控制屏幕，来处理图形。当控制切换到另一个应用程序时，DesqView将尝试复制所有图形寄存器的状态，然后进行切换。切换回图形应用程序后，DesqView将恢复保存的状态。

在某种程度上，多任务非图形DOS应用程序比多任务Windows应用程序更容易，因为共享资源很少，并且应用程序之间无需交互。相比之下，在Windows中，有必要处理诸如剪贴板之类的东西，或者一个程序的窗口可能以掩盖另一个程序的方式移动的可能性。 Windows 95是Windows的第一个版本，它可以通过包含诸如窗口系统之类的东西来克服这些限制，该窗口系统可以容纳在代码尝试绘制到屏幕区域时不可用的屏幕区域（其结果是图形将被屏蔽掉）。

#5 楼

多任务仅是同时运行应用程序的错觉。它被认为是在您端同时执行，但实际上进程A，B和C按以下顺序共享CPU时间：A，B，C，A，B，C，A，B ...它们只是打开并起飞很快。实际上，没有两个进程同时运行。首先，跳回到第一个，依此类推。

多任务只是当CPU开始足够快地保持这些进程的旋转速度并使其在最终用户看来是同步的时候开发的一项巧妙功能。

对于那些记得的人，由于Windows太慢了，游戏仍在DOS4GW上运行。

#6 楼

即使它只能专注于一项任务，它所要做的只是一个快速地从一项转到另一项的简单步骤。这样看来，它是多任务的，但实际上，它只关注1，然后关注另一个，然后关注另一个，等等。

#7 楼

我在这里没有提到的一件事很有趣：

Windows 3.0不是抢先式多任务处理系统，它像Mac OS之前的所有版本一样可以协同工作，直到OS X –一个应用程序

评论员提醒我，DOS应用程序的任务很多。这是因为它们不是写给“协作地”执行多任务的（必须始终将其内置到使用它的系统中）。

当时有称为TSR（永久居留）的程序。取代了当今的设备驱动程序。这些驱动程序将独立运行-通常通过将自己插入操作系统的事件处理程序之一来在自己的线程上运行。 Windows通常不了解它们，它们的运行级别较低。驱动程序等。虽然Windows 3.1是多任务处理，但DOS不是，但Windows 3.1只是将dos推开了，并在启动时接管了（回头时，您通常从DOS提示符）。