Linux 和 Windows 都能运行程序、管理内存、读写文件，并让软件使用各种硬件。那么，它们的内核究竟有什么区别？
你可能听过这样的说法：Linux 使用宏内核，Windows 使用混合内核。
这句话可以作为起点，但它并没有直接解释两种设计的区别。宏内核是什么意思？混合内核混合了什么？为什么 Linux 可以加载内核模块，却仍然属于宏内核？
要回答这些问题，我们需要关注一个核心问题：操作系统的各项功能放在哪里运行，又通过什么方式相互协作？
1. 内核负责什么？
内核，英文是 Kernel，是操作系统中负责管理关键资源、控制硬件访问的核心部分。
当多个程序同时运行时，内核需要安排处理器执行哪些任务；当程序申请内存时，内核需要管理内存的分配和保护；当程序读取文件时，内核需要协调文件访问，以及可能发生的设备操作。
这里有几个常见术语。
进程是正在运行的程序实例，以及操作系统为它管理的资源。一个程序可以启动多个进程。
线程是进程中的执行单位。一个进程可以包含多个线程，它们可以分别执行不同的任务。
调度是操作系统决定哪个可运行线程获得处理器执行机会的过程。
设备驱动是知道如何与特定设备或某类设备通信的软件，例如网卡驱动和存储设备驱动。
Linux 和 Windows 都需要解决这些基本问题。它们的区别，主要体现在具体的组织方式、接口和实现上。
2. 用户态和内核态为什么重要？
现代操作系统通常把普通应用程序和核心系统代码放在不同的权限环境中运行。
用户态是权限受到限制的处理器运行状态。普通应用程序通常在用户态执行，不能随意修改内核内存或执行受保护的硬件操作。
内核态是拥有更高权限的运行状态。内核利用这些权限管理系统资源，并执行普通应用程序不能直接执行的操作。
当应用程序需要内核服务时，可以发起系统调用。系统调用是程序通过受控入口请求内核执行操作的机制，例如读取文件。
在 Windows 中，核心操作系统组件在内核态运行，许多驱动也是如此，但也有驱动可以运行在用户态。参考：微软的用户态与内核态说明
理解内核架构时，关键就是看：哪些功能留在内核态，哪些功能被放到用户态的独立进程中。
3. 什么是宏内核？
宏内核，英文是 Monolithic Kernel，也叫单体内核。
在这种架构中，许多核心功能共同运行在内核地址空间里，例如调度、内存管理、文件系统、网络处理，以及大量设备驱动。
地址空间是代码能够使用的一组内存地址。这里的“内核地址空间”，可以理解为内核代码和数据所处的受保护内存环境。
宏内核中的各个子系统通常可以通过直接函数调用进行协作。子系统就是负责某一类任务的一组相关代码，例如文件系统子系统负责组织和访问文件。
这些子系统虽然有各自的职责和接口，但通常没有像独立用户进程那样的内存隔离边界。参考：Linux Kernel Labs 的内核架构介绍
可以把它想成一个共享工作区域：不同部门各有分工，但能够直接交流和使用共同的内部资源。
因此，宏内核不意味着所有功能都写在一个源文件里，也不意味着代码没有结构。“宏”描述的是核心功能的运行和协作方式，而不是文件大小。
4. Linux 为什么是模块化宏内核？
Linux 通常被称为模块化宏内核。
“模块化”表示代码可以按功能拆分和组织。Linux 的某些功能可以直接编译进内核，也可以作为可加载的内核模块提供。
编译是把源代码转换成目标机器能够执行的代码的过程。内核模块则是一种能够在系统运行期间加载到内核中的代码组件，常见用途是提供设备驱动。
例如，系统需要某个设备的驱动时，可以加载相应模块，而不必把所有可能用到的驱动都固定放进内核主体中。
但是，模块加载以后，仍然作为内核的一部分运行，并不会自动获得一个独立用户进程所具有的内存保护边界。
所以，模块化和宏内核并不矛盾：模块化描述代码如何拆分和装载；宏内核描述这些核心功能如何共同运行。
这也解释了为什么把驱动做成模块，并不能自动消除驱动错误导致系统崩溃的风险。
5. 宏内核有哪些优点和代价？
宏内核的一个主要优点，是组件之间的协作比较直接。
例如，文件系统需要存储设备提供数据时，可以通过内核内部接口调用相关代码。很多内部操作不必转换成独立进程之间的消息交换。
这种方式有利于减少通信开销，但也要求内核开发者谨慎管理共享数据，以及多个执行任务之间的协作。
它的主要代价是：内核组件之间的故障隔离较弱。
如果一个内核态驱动因为错误写入了不该修改的内存，就可能破坏其他内核组件使用的数据。结果可能是设备异常，也可能是整个系统无法继续可靠运行。
这不意味着每个驱动错误都会让系统崩溃，而是说内核态错误可能影响的范围更大。
普通应用程序崩溃时，操作系统通常可以终止该进程并回收资源；如果内核自身的关键状态被破坏，恢复就困难得多。
6. 什么是微内核？
微内核，英文是 Microkernel，采用另一种组织思路：尽量缩小在内核态运行的核心，把更多系统服务放进用户态的独立进程。
内核通常保留线程调度、基础的地址空间管理，以及进程之间的通信机制。文件系统和设备驱动等更多功能，则可以由用户态服务承担。
这里的服务，是负责为其他程序提供某种功能的后台程序。
这些独立服务需要通过进程间通信协作，英文简称 IPC。进程间通信，就是不同进程之间交换请求和数据的机制。
例如，应用程序需要读取文件时，可以向文件系统服务发送请求；文件系统服务再与相关设备服务协作。
这种设计有利于建立更清楚的故障边界。一个服务出错，不一定会直接破坏内核或其他服务的内存。
但服务停止仍然可能影响依赖它的程序，能否恢复也取决于具体设计。与此同时，消息传递和调度可能带来额外开销。
因此，微内核提供了不同的取舍，不能仅凭名称断言它一定更慢，或者一定不会崩溃。
7. Windows 为什么叫混合内核？
现代 Windows 使用的是 Windows NT 内核体系。NT 是这套操作系统架构的名称，不表示今天仍在使用早期 Windows NT 的原始代码。
Windows NT 通常被归类为混合内核，英文是 Hybrid Kernel。
这个名称反映了它结合不同设计思想的做法：内部具有分层和明确的组件接口，同时又把大量核心功能保留在内核态，以便高效协作。
Windows 中有一个叫作 Executive，也就是执行体的部分。它包含内存管理、进程和线程管理、输入输出管理等重要功能。这里的输入输出，简称 I/O，是系统与文件、设备等对象交换数据的操作。参考：微软 Windows 内核管理组件
在更狭义的 Windows 内部术语中，Kernel 指负责线程调度、中断处理等底层机制的部分。执行体和这个底层 Kernel 共同构成我们平时广义讨论的内核体系的重要部分。
中断是使处理器转去处理某个事件的机制，例如设备通知系统某项操作已经完成。
需要注意，分成不同组件，不等于这些组件分别运行在受隔离的用户进程中。Windows 的许多核心组件仍然共同运行在内核态。
另外，“混合内核”并没有一个所有人都认可的严格边界。因此，理解 Windows 时，具体功能运行在哪里，比单独记住这个标签更有价值。
8. 用读取文件的例子比较两者
假设一个应用程序需要读取存储设备上的文件。
在典型的 Linux 普通文件读取路径中，程序通过系统调用进入内核。内核检查请求，并通过文件系统等相关组件处理读取操作。如果需要访问设备，就由存储相关代码和驱动安排操作。
Windows 应用程序通常先调用 Windows 提供的编程接口，再由相应实现进入内核服务。Windows 的输入输出管理组件、文件系统驱动和存储驱动等共同处理请求。
编程接口，简称 API，是软件提供给其他软件使用的一组功能和调用规则。API 函数不一定就是系统调用；它可能先在用户态完成一些工作，再请求内核服务。
两套系统的具体接口、内部数据结构和驱动组织方式不同，但共同点很明显：应用程序提出请求，由系统中的多个组件协作完成。
还要注意，读取文件并不意味着每次都访问物理设备。如果需要的数据已经存在于内存缓存中，系统就可能直接使用它。缓存就是暂时保留数据，以便后续更快访问的机制。
这个例子说明，Windows 并不是把全部文件处理工作都放在用户态，而 Linux 也不是每个请求都要直接操作硬件。
9. 除了架构名称，还有哪些区别？
首先是开发方式。
Linux 内核是开源项目，源代码公开，由不同企业和个人共同参与开发。Windows NT 内核主要由微软开发和维护，源代码并不像 Linux 那样普遍公开。
其次是系统接口和驱动体系。
两者都有管理进程、内存和设备的机制，但具体接口和内部约定不同。因此，为 Linux 编写的驱动通常不能直接装进 Windows，Windows 驱动也不能直接当作 Linux 内核模块使用。
应用程序的兼容性同样涉及多层因素。程序能否运行，不只取决于内核，还取决于处理器指令集、程序文件格式、运行库以及操作系统接口。
运行库是程序执行时可能依赖的一组公共功能代码，例如处理字符串、文件和内存分配的函数。
最后，不要把完整操作系统的所有差异都归因于内核。
桌面界面、软件安装方式、后台服务和系统工具，也会影响速度、资源占用和使用体验。比较一台 Linux 服务器和一台 Windows 桌面电脑的内存占用，并不能直接证明哪种内核架构更优秀。
10. 哪一种更快、更稳定？
仅凭“宏内核”或“混合内核”，无法判断 Linux 和 Windows 谁一定更快、更稳定。
性能需要结合具体任务判断，例如文件读写、网络通信、程序编译或图形应用。硬件、驱动、软件版本和系统配置都会影响结果。
稳定性则与代码质量、驱动质量、硬件状态以及实际运行条件有关。
Linux 的内核态组件可能因为严重错误导致系统停止运行，Windows 的内核态组件也可能出现类似情况。Windows 的严重系统错误通常表现为停止错误，也就是人们常说的蓝屏。
同样，开源提供了检查和修改代码的机会，但不能自动保证代码没有漏洞。混合内核的名称，也不能自动提供微内核式的服务隔离。
评估内核设计，需要看实际机制和实际表现。
11. 总结
Linux 通常采用模块化宏内核设计，把许多核心功能放在共同的内核地址空间中协作。它支持按功能拆分代码，也支持加载内核模块。
微内核则尽量保留较小的内核，把更多系统服务移到受隔离的用户态进程中，通过进程间通信完成协作。
Windows NT 通常被称为混合内核，内部具有明确分层，但大量核心服务和驱动仍然运行在内核态。
理解这些架构，最值得记住的是三个问题：哪些功能在内核态运行？组件之间如何通信？一个组件出错，可能影响多大范围？
掌握这三个问题，就能更准确地理解 Linux 和 Windows 的内核设计，以及它们在效率、复杂度和故障隔离之间做出的取舍。