内核作为动态链接器范式：相关概念名称及操作系统实现问询

你描述的这种内核设计思路非常有意思，确实存在对应的概念名称，而且已经有不少类似的实现案例：

一、对应的概念名称 #

这种设计范式通常被称为内核级动态链接（Kernel-Level Dynamic Linking），也有人将其叫做用户态-内核态直接函数绑定。简单来说，它让内核同时扮演动态链接器和系统服务提供者的角色——在加载用户进程时，主动将用户态程序中未解析的系统调用相关符号，绑定到内核空间的实际实现入口，彻底省去了用户态程序主动触发trap/interrupt这类系统调用指令的步骤。

二、已有的类似实现 #

这里给你列举几个典型的例子：

• L4微内核家族
  L4系列微内核是这种设计的典型代表。在L4的架构中，用户态程序可以直接调用内核导出的函数接口来请求服务。内核在加载用户进程时，会把这些内核函数的入口地址注入到进程的地址空间中。当用户态程序调用这些函数时，内核会自动完成特权级的切换（从用户态切到内核态），执行完服务后再切回用户态——整个过程用户态程序完全不需要处理任何系统调用触发指令，就像调用普通的用户态函数一样。

• Windows系统调用的早期实现（NT 3.x至XP阶段）
  Windows早期的系统调用依赖ntdll.dll中的桩函数（stub），内核在加载进程时会负责解析这些桩函数，将其绑定到内核中的实际系统调用入口。虽然这些桩函数最终还是会触发软中断，但内核承担了核心的动态链接工作，用户态程序只需要调用ntdll中的函数即可，不需要自己处理系统调用的触发逻辑，这和你的思路有很高的契合度。

• 实验性Exokernel衍生项目
  像MIT的Exokernel这类面向高性能的实验性内核，很多衍生项目都采用了类似的设计：内核在加载用户进程时，将所需的内核服务接口直接映射到用户地址空间。用户态程序通过调用这些映射后的函数来获取服务，完全不需要传统的系统调用触发机制，目的就是最大限度减少系统调用的开销，同时让内核服务对用户态更透明。

需要额外强调的是，这些实现都符合你提到的核心要求：用户态程序并没有主动“调用内核”的手段，它们只是调用那些看起来未实现的函数，而内核在加载阶段已经完成了所有绑定工作，特权级切换的逻辑完全由内核和硬件处理，用户态完全感知不到。

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