当Microsoft在1985年发表Windows 1.0时，它是最成熟的解决方案，目的是突破DOS的局限。Windows在实际模式下执行。但是即使这样，它已可以在实体记忆体中移动记忆体块。这是多工的前提，虽然移动的方法尚未完全透明於应用程式，但是几乎可以忍受了。
在图形视窗环境中，多工比在一种命令列单使用者作业系统中显得更有意义。例如，在传统的命令列UNIX中，可以在命令列之外执行程式，让它们在背景执行。然而，程式的所有显示输出必须被重新转向到一个档案中，否则输出将和使用者正在做的事情混在一起。
视窗环境允许多个程式在相同萤幕上一起执行，前後切换非常容易，并且还可以快速地将资料从一个程式移动到另一个程式中。例如，将绘图程式中建立的图片嵌入由文书处理程式编辑的文字档案中。在Windows中，以多种方式支援资料转移，首先是使用剪贴簿，後来又使用动态资料交换（DDE），而现在则是透过物件连结和嵌入（OLE）。
不过，早期Windows的多工实作还不是多使用者作业系统中传统的优先权式的分时多工。这些作业系统使用系统时钟周期性地中断一个工作并开始另一个工作。Windows的这些16位元版本支援一种被称为「非优先权式的多工」，由於Windows讯息驱动的架构而使这种型态的多工成为可能。通常情况下，一个Windows程式将在记忆体中睡眠，直到它收到一个讯息为止。这些讯息通常是使用者的键盘或滑鼠输入的直接或间接结果。当处理完讯息之後，程式将控制权返回给Windows。
Windows的16位元版本不会绝对地依据一个timer tick将控制权从一个Windows程式切换到另一个，任何的工作切换都发生在当程式完成对讯息的处理後将控制权返回给Windows时。这种非优先权式的多工也被称为「合作式的多工」，因为它要求来自应用程式方面的一些合作。一个Windows程式可以占用整个系统，如果它要花很长一段时间来处理讯息的话。
虽然非优先权式的多工是16位元Windows的一般规则，但仍然出现了某些形式的优先权式多工。Windows使用优先权式多工来执行DOS程式，而且，为了实作多媒体，还允许动态连结程式库接收硬体时钟中断。
16位元Windows包括几个功能特性来帮助程式写作者解决（或者，至少可以说是对付）非优先权式多工中的局限，最显著的当然是时钟式滑鼠游标。当然，这并非一种解决方案，而仅仅是让使用者知道一个程式正在忙於处理一件冗长作业，因而让使用者在一段时间内无法使用系统。另一种解决方案是Windows计时器，它允许程式周期性地接收讯息并完成一些工作。计时器通常用於时钟应用和动画。
针对非优先权式多工的另一种解决方案是PeekMessage函式呼叫，我们曾在第五章中的RANDRECT程式里看到过。一个程式通常使用GetMessage呼叫从它的讯息伫列中找寻下一个讯息，不过，如果在讯息伫列中没有讯息，那么GetMessage不会传回，一直到出现一个讯息为止。而另一方面，PeekMessage将控制权传回程式，即使没有等待的讯息。这样，一个程式可以执行一个冗长作业，并在程式码中混入PeekMessage呼叫。只要没有这个程式或其他任何程式的讯息要处理，那么这个冗长作业将继续执行。
