在涉及操作系统的地方，程序不会与设备驱动程序通信，至少不会直接与设备驱动程序通信。程序与抽象对话，而对于它们来说并不为人所知，最终最终通过一层或多层抽象与设备驱动程序对话。
我将跳过现代操作系统的复杂性，并以CP / M（45年前开发的微型计算机操作系统）为例。CP / M是一个三层的蛋糕：
程序。 顶层是一个程序，通过执行计算和I / O来做一些有用的事情（文字处理，播放“太空侵略者”）。假设某个时候程序要显示字母“ A”供用户查看。CP / M提供了一个称为console的抽象，与用户进行程序交互的地方应该在其中。发送字符的常规方法有一些汇编指令：
LD C,2 ; Load 2 into register C
LD E,65 ; Load the ASCII code for 'A' into register E
CALL 5 ; Call CP/M's routine for getting things done
（如果您不熟悉它们，寄存器可以看作是生活在处理器变量）。我们会得到神奇的数字是什么2以及5是所有关于一分钟。这里的要点是，程序只知道有一个控制台，并且有一种写入它的方法。它不知道或不在乎。这是CP / M用于I / O的两个抽象中的第一个。
BDOS。5程序调用的地址是下一层（基本磁盘操作系统）或BDOS的入口。BDOS提供了一系列带编号的功能，就像从餐厅菜单中按编号订购一样。通过将C功能编号的寄存器（2用于控制台输出）和E要发送的字符加载到寄存器中，可以告诉您想要控制台输出。控制台输出是一个非常简单的操作，BDOS除了调用下一层之外，实际上并不需要做很多事情。
BIOS。 BIOS（或基本输入/输出系统）是所有特定于硬件的代码所在的层。在现代系统中，这将被视为一组设备驱动程序。像BDOS一样，BIOS为BDOS用于开展业务的一组非常原始的标准操作提供了调用。这些操作之一称为CONOUT，它负责使程序要求的字符写到上面的两层，直到执行任何硬件操作为止。（与PC不同，那时的情况并不相同。每个人的系统都有不同的实现方式。）控制台输出是BDOS的简单传递方式，但是做一些更复杂的事情（如在磁盘上创建文件）可能需要BIOS调用以操纵媒体。同样，由于BIOS具有标准的抽象接口，因此BDOS始终知道如何获得所需的内容，而无需关心BIOS的工作方式。
您可能想知道为什么有两种抽象（从程序到BDOS和从BDOS到BIOS）而不是一个。答案是CP / M及其BDOS可以二进制形式提供给计算机制造商，他们会为其硬件编写带有设备驱动程序的自定义BIOS，将二者结合在一起，然后将其作为其系统的OS交付。这很重要，因为BDOS由一个组织维护，因此对于用户程序来说一直是个已知数目，这使得可以在非常广泛的（当时）硬件上运行相同的应用程序。这就是存在操作系统的原因，我们不只是编写直接缠绕硬件的程序。
我在这里描述的所有内容也适用于现代操作系统。例如，Unix将所有内容抽象为文件。它使程序同一套系统调用（open()，write()，close()等）进行通信它是否是一个磁盘驱动器或串行端口。决策和抽象集要复杂得多，但最终还是归结为找出需要运行底层的设备驱动程序代码才能使操作发生。