为何拥有device drivers时，仍需kernel负责硬件访问？

1. 强制统一的安全边界与权限管控 #

如果用户态程序直接调用驱动，任何程序都能直接操作硬件——比如恶意程序可以直接写入磁盘修改系统文件，或者禁用键盘、摄像头。内核作为中间层，会先校验程序的权限：只有拥有对应硬件访问权限的程序（比如以root身份运行，或获得特定权限授权），才能通过内核的系统调用间接调用驱动。驱动本身无法做到全局的权限管控，它只能处理自身硬件的操作逻辑，无法感知整个系统的权限规则，也没法阻止未授权程序的直接调用请求。

2. 避免硬件资源的冲突竞争 #

多个程序同时访问同一硬件是常态——比如多个进程同时写磁盘，或者多个应用都要读取鼠标输入。如果每个驱动自己处理并发，会出现两个问题：一是不同驱动的并发逻辑不统一，容易出现死锁、数据覆盖；二是跨硬件的资源冲突无法处理（比如磁盘和网卡都要占用PCI总线资源）。内核会统一管理所有硬件资源的调度，比如给磁盘IO请求排序、分配总线带宽，确保多个程序的访问不会互相干扰，这是单个驱动做不到的——驱动只关心自己的硬件，没法全局统筹系统内所有硬件的资源分配。

3. 实现用户态的硬件抽象一致性 #

用户态程序不需要知道具体硬件的型号和驱动细节，只需要调用标准的系统调用（比如write()写文件、read()读输入）。内核把不同驱动的硬件操作封装成统一的接口，用户程序不用适配不同品牌键盘、不同型号磁盘的驱动接口。如果直接用驱动，每个硬件的驱动接口都可能不一样，用户程序就要针对每个驱动写适配代码，这会极大增加开发成本。

4. 隔离驱动故障，提升系统稳定性 #

驱动属于底层代码，很容易因为硬件兼容性、bug导致崩溃。如果用户态程序直接调用驱动，驱动崩溃可能直接拖垮调用它的程序，甚至影响整个系统。内核作为中间层，会把驱动运行在内核态的隔离空间，即使驱动崩溃，内核可以通过机制恢复或隔离故障，避免影响用户态程序和其他硬件的正常运行。驱动自身无法做到这种跨组件的故障隔离，它一旦出错，没有上层的管控机制来限制影响范围。

5. 统一的硬件状态管理 #

内核会维护整个系统的硬件状态，比如某个硬件是否被占用、是否处于低功耗模式。如果直接调用驱动，多个程序可能同时修改硬件状态，导致硬件进入异常状态（比如一个程序把磁盘设为休眠，另一个程序又尝试读写）。内核可以统一协调硬件状态的变更，确保所有操作都符合系统的全局状态规则。

内容的提问来源于stack exchange，提问作者Elad Barkay