WSL init 进程深度解析从发行版启动到会话创建与命令执行的控制中枢【免费下载链接】WSLWindows Subsystem for Linux项目地址: https://gitcode.com/GitHub_Trending/ws/WSLinit是 WSL 发行版的顶层top-level进程负责承载整个发行版的启动、初始化、进程创建与生命周期管理。本文基于 WSL 开源仓库的官方技术文档 init.md 及其配套源码完整拆解 init 在 WSL1 / WSL2 两种架构下的启动路径、命名空间隔离机制、初始化任务清单以及它与 Windows 侧 wslservice.exe 之间的消息通信协议帮助你建立从wsl.exe敲下命令到 Linux 进程真正运行之间完整链路的技术认知。init 的定位每个 WSL 发行版的一号进程在 WSL 的进程架构中init 是所有 Linux 发行版进程树的根。无论 WSL1 还是 WSL2每个发行版内部都会运行一个独立的 init 进程但它的出身不同WSL1 发行版init 由 Windows 侧的服务 wslservice.exe 直接启动实现位于src/windows/service/exe/LxssInstance.cpp。在 WSL1 模型下没有虚拟机Linux 系统调用被转换为 NT 系统调用init 通过lxbusLinux 侧/dev/lxss设备对应的内核消息总线与 wslservice 通信。WSL2 发行版init 由虚拟机组件的首进程 mini_init 启动。mini_init 是 WSL2 虚拟机启动后内核执行的第一个用户态程序见 boot-process.md负责挂载 VHD、克隆命名空间、chroot 之后才 exec 出 init两者通过hvsocket通信。从源码 src/linux/init/init.cpp 可以看到init 是一个多面手同一个/init二进制既是 init 守护进程也是 interop 的解释器、plan9 文件服务器、localhost 端口转发器等众多入口点的载体具体执行哪段逻辑由argv[0]与 PID 决定详见下文入口分发一节。WSL2 发行版启动命名空间隔离与 mini_init 协作每个 WSL2 发行版都运行在独立的 mount、pid 和 UTS 命名空间中。这意味着发行版之间互不可见各自拥有独立的进程树pid namespace、独立的挂载视图mount namespace与独立的主机名UTS namespace从而支持多个发行版同时并行运行而互不干扰。当启动一个 WSL2 发行版时mini_init 依次执行以下步骤挂载发行版 VHD将发行版的虚拟磁盘文件挂载到虚拟机内。克隆进入子命名空间为发行版创建独立的 mount / pid / UTS 命名空间。chroot 到 VHD 挂载点把根目录切换到发行版的根文件系统。执行 init以exec()方式运行/init对应LxMiniInitMessageLaunchInit消息见 src/linux/init/main.cpp 中ProcessLaunchInitMessage的处理流程。关键细节是虽然每个发行版运行在自己的 mount 命名空间中/mnt/wsl挂载点在所有发行版之间是共享的。这是 WSL 实现跨发行版数据交换例如通过\\wsl$\与各发行版互访以及 wsl --mount 挂载外部磁盘到所有发行版可见位置的基础设施。发行版初始化init 启动后做了什么一旦 init 开始运行它会执行一系列初始化任务把内核裸环境变成可用的 Linux 发行版。根据官方文档任务清单包括挂载/proc、/sys和/dev构建基础伪文件系统。配置 cgroups为发行版设置 cgroup 层级后续进程systemd、session leader、boot command 等会被放入对应的 cgroup 中。注册 binfmt 解释器向内核注册WSLInteropbinfmt 条目使 Linux 侧可以直接执行 Windows 可执行文件详见 interop。解析/etc/wsl.conf读取发行版级配置决定 automount、interop、systemd、网络等行为的开关。启动 systemd当/etc/wsl.conf中[boot] systemdtrue时init 会 fork 并让 systemd 以 pid 1 身份运行详见 systemd。挂载 drvfs 驱动器将 Windows 盘符挂载到/mnt下详见 drvfs。配置 wslg当 GUI 应用支持开启时为 Wayland / X11 / PulseAudio 建立运行时环境。/etc/wsl.conf 的源码级映射/etc/wsl.conf中的配置项在源码 src/linux/init/WslDistributionConfig.h 中有完整定义下表列出 init 阶段会读取的核心键及其默认值配置键含义源码默认值automount.enabled是否自动挂载 Windows 驱动器trueautomount.root自动挂载的根路径/mntautomount.mountFsTab是否处理/etc/fstabtrueautomount.ldconfig是否链接系统库路径trueboot.command发行版启动时执行的命令无可选boot.systemd是否以 systemd 作为 initfalseBootInitboot.protectBinfmt是否保护 binfmt 注册不被 systemd 清掉trueinterop.enabled是否允许 Linux 调用 Windows 程序trueinterop.appendWindowsPath是否把 Windows PATH 追加到 Linux PATHtruenetwork.generateHosts是否生成/etc/hoststruenetwork.generateResolvConf是否生成/etc/resolv.conftruegeneral.guiApplications是否启用 GUI 应用WSLgtrue由初始化消息决定fileServer.enabled是否启用 9P 文件服务器truegpu.enabled是否启用 GPU 直通truegpu.appendLibPath是否将 GPU 库路径加入LD_LIBRARY_PATHtruetime.useWindowsTimezone是否同步 Windows 时区true这些配置项在 init 启动阶段被解析后直接影响后续的挂载行为drvfs.cpp、网络配置config.cpp以及 systemd 单元的生成逻辑。例如init 在启动时会根据automount.root生成wsl-mnt-guard单元防止发行版关闭时的卸载操作传播到其他发行版如果general.guiApplications开启且/mnt/wslg/runtime-dir存在还会生成wslg单元把/mnt/wslg/.X11-unix以只读 bind 方式挂载到/tmp/.X11-unix见 src/linux/init/init.cpp 中GenerateSystemdUnits()。运行阶段init 的消息循环初始化完成后init 进入长期运行的服务模式WSL1init 打开/dev/lxss设备并通过lxbus与 wslservice 建立连接对应源码InitEntryWsl()中open(LXBUS_DEVICE_NAME)与InitConnectToServer()的调用见 src/linux/init/init.cpp。WSL2init 使用hvsocket与 wslservice 通信Utility VM 模式下init 直接继承 mini_init 传递来的套接字文件描述符LX_INIT_UTILITY_VM_INIT_SOCKET_FD。该通道用于在 init 与 wslservice 之间双向传递控制命令。消息类型的完整定义位于 src/shared/inc/lxinitshared.hLX_MESSAGE_TYPE枚举官方文档重点介绍了以下三个命令消息作用LxInitMessageInitialize向 init 下发发行版配置信息主机名、DrvFs 卷、plan9 端口、默认 UID 等init 完成实例级初始化并回LxInitMessageInitializeResponseLxInitMessageCreateSession请求 init fork 出一个新的session leader会话领导者用于代表用户创建 Linux 进程详见 session-leader.mdLxInitMessageTerminateInstance终止整个发行版实例init 执行清理并退出消息循环的源码实现InitEntryWsl()src/linux/init/init.cpp展示了 init 运行期的真实工作方式建立 lxbus 通道后进入for(;;)无限循环不断读取来自 wslservice 的消息按MessageType分发处理LxInitMessageCreateSession→ 调用InitCreateSessionLeader()创建会话领导者LxInitMessageNetworkInformation→ 调用ConfigUpdateNetworkInformation()更新网络信息如/etc/resolv.confLxInitMessageInitialize→ 调用ConfigInitializeInstance()完成实例初始化并回送配置响应LxInitMessageTimezoneInformation→ 调用UpdateTimezone()同步时区LxInitMessageTerminateInstance→ 调用InitTerminateInstance()执行实例终止。也就是说init 本质上是一个被动服务它本身不主动创造进程而是等待 Windows 侧通过消息驱动。当需要运行用户命令时wslservice 先发送CreateSession拿到 session leader 端口再向其发送进程创建消息由 session leader fork exec 出真正的用户进程WSL1 直接 fork/exec 用户进程WSL2 会先 fork 出 relay 进程再创建用户进程并中继 I/O。深入一个二进制多个入口点init 的多功能设计值得单独说明。WslEntryPoint()src/linux/init/init.cpp通过两个条件决定执行路径是否为 init 守护进程模式当getpid() 1且basename(argv[0]) init且argc 1时进入InitEntry()守护进程模式。代码注释特别说明仅靠 PID 判断不可靠因为该进程可能运行在 Docker 容器中此时 PID 不是 1必须结合argv[0]。否则根据argv[0]分派例如mount.drvfs→MountDrvfsEntry()、plan9→StartPlan9()、gns→StartGns()、wslpath→WslPathEntry()、wsl-capture-crash→CaptureCrash()、wsl-generator/wsl-user-generator→ 生成 systemd 单元等若argv[0]不匹配任何已知入口点则进入CreateNtProcess()—— 这正是 interop 中在 Linux 里执行 Windows 程序的实现入口内核通过 binfmt_misc 把 Windows 可执行文件的执行请求交给/initinit 再通过$WSL_INTEROP找到对应的 interop 服务器完成创建。WslEntryPoint的完整分发表如下节选见 src/linux/init/init.cppargv[0]值处理函数用途init且 PID1InitEntry()发行版 init 守护进程wslpathWslPathEntry()Windows ↔ Linux 路径转换mount.drvfsMountDrvfsEntry()手动挂载 drvfs 驱动器localhostRunPortTracker()localhost 端口转发telagentStartTelemetryAgent()遥测采集gnsStartGns()网络配置引擎plan9StartPlan9()9P 文件服务器wslinfoWslInfoEntry()发行版信息查询wsl-capture-crashCaptureCrash()崩溃转储采集wsl-generator/wsl-user-generatorGenerateSystemdUnits()等生成 systemd 单元init-watcherWslInitWatcher()监控 init 状态其他任意值CreateNtProcess()Windows 进程创建interop这一设计解释了 WSL 中许多看似魔法的行为/usr/sbin/mount.drvfs、wslpath等其实都是指向/init的符号链接真正干活的是同一个二进制。与 systemd 的协作init 让出 pid 1当发行版启用 systemd[boot] systemdtrue时init 与 systemd 的关系发生微妙变化init 不再是 pid 1。由于 systemd 的 init 必须运行在 pid 1 上init 会先fork()让父进程承担 systemd 的启动/sbin/init而子进程继续完成 WSL 自身的配置工作。之后 init 等待systemctl is-system-running返回running或degraded作为 systemd 就绪信号超过BootInitTimeout源码默认 10 秒见 WslDistributionConfig.h则超时放行避免 systemd 启动缓慢时卡住发行版启动。此外init 还会在/run下生成 systemd 配置文件以提升兼容性官方文档明确指出其两个用途保护 WSL binfmt 解释器防止systemd-binfmt.service删除WSLInterop条目源码中LockBinfmtStatusReadOnly()还会对/proc/sys/fs/binfmt_misc/status做只读 bind 挂载避免 systemd 关机时的disable_binfmt()清掉 VM 级共享的 WSLInterop 注册从而影响其他仍在运行的发行版保护 X11 socket防止systemd-tmpfiles-setup.service删除/tmp/.X11-unix。systemd 模式下 init 还会通过LxInitMessageCreateLoginSession消息配合创建 systemd 用户会话对应 systemd.md 中用户会话一节并为用户进程设置DBUS_SESSION_BUS_ADDRESS与XDG_RUNTIME_DIR环境变量。从敲下命令到进程运行完整链路回顾把本文内容串起来一次 WSL2 命令执行的完整链路是用户执行wsl bashwsl.exe 通过 COM 调用 wslservicewslservice 若发现虚拟机未运行则通过 HCS 启动 WSL2 虚拟机内核引导后执行 mini_initwslservice 向 mini_init 发送LxMiniInitMessageLaunchInitmini_init 挂载发行版 VHD、克隆命名空间、chroot然后exec()出 initboot-process.md 中有完整时序图init 完成/proc/sys/dev挂载、cgroups 配置、binfmt 注册、/etc/wsl.conf解析、systemd可选与 drvfs 挂载、wslg 配置后通过 hvsocket 向 wslservice 上报LxMiniInitMessageCreateInstanceResultwslservice 向 init 发送LxInitMessageCreateSessioninit fork 出 session leaderwslservice 向 session leader 发送进程创建消息session leader fork 出 relayrelay 再 fork exec 出用户命令如/bin/bash并负责把 stdin/stdout/stderr 通过 hvsocket 中继回 Windows 终端。可以看到init 处于这条链路的正中央它既是发行版的一号进程与守护者也是 Windows 侧控制发行版一切行为的消息枢纽。理解了 init就等于理解了 WSL 进程模型的地基。延伸阅读mini_init.mdWSL2 虚拟机首进程init 的上级boot-process.md从wsl.exe到 bash 的完整时序图session-leader.mdinit 派生的进程创建者systemd.mdinit 与 systemd 的协作细节interop.mdbinfmt 注册与 Windows 进程创建drvfs.mdWindows 驱动器挂载机制核心源码src/linux/init/init.cpp、src/linux/init/main.cpp、src/linux/init/config.cpp、src/linux/init/WslDistributionConfig.h、src/linux/init/binfmt.cpp、src/shared/inc/lxinitshared.h、src/windows/service/exe/LxssInstance.cpp【免费下载链接】WSLWindows Subsystem for Linux项目地址: https://gitcode.com/GitHub_Trending/ws/WSL创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 WSL init 进程深度解析：从发行版启动到会话创建与命令执行的控制中枢
WSL init 进程深度解析从发行版启动到会话创建与命令执行的控制中枢【免费下载链接】WSLWindows Subsystem for Linux项目地址: https://gitcode.com/GitHub_Trending/ws/WSLinit是 WSL 发行版的顶层top-level进程负责承载整个发行版的启动、初始化、进程创建与生命周期管理。本文基于 WSL 开源仓库的官方技术文档 init.md 及其配套源码完整拆解 init 在 WSL1 / WSL2 两种架构下的启动路径、命名空间隔离机制、初始化任务清单以及它与 Windows 侧 wslservice.exe 之间的消息通信协议帮助你建立从wsl.exe敲下命令到 Linux 进程真正运行之间完整链路的技术认知。init 的定位每个 WSL 发行版的一号进程在 WSL 的进程架构中init 是所有 Linux 发行版进程树的根。无论 WSL1 还是 WSL2每个发行版内部都会运行一个独立的 init 进程但它的出身不同WSL1 发行版init 由 Windows 侧的服务 wslservice.exe 直接启动实现位于src/windows/service/exe/LxssInstance.cpp。在 WSL1 模型下没有虚拟机Linux 系统调用被转换为 NT 系统调用init 通过lxbusLinux 侧/dev/lxss设备对应的内核消息总线与 wslservice 通信。WSL2 发行版init 由虚拟机组件的首进程 mini_init 启动。mini_init 是 WSL2 虚拟机启动后内核执行的第一个用户态程序见 boot-process.md负责挂载 VHD、克隆命名空间、chroot 之后才 exec 出 init两者通过hvsocket通信。从源码 src/linux/init/init.cpp 可以看到init 是一个多面手同一个/init二进制既是 init 守护进程也是 interop 的解释器、plan9 文件服务器、localhost 端口转发器等众多入口点的载体具体执行哪段逻辑由argv[0]与 PID 决定详见下文入口分发一节。WSL2 发行版启动命名空间隔离与 mini_init 协作每个 WSL2 发行版都运行在独立的 mount、pid 和 UTS 命名空间中。这意味着发行版之间互不可见各自拥有独立的进程树pid namespace、独立的挂载视图mount namespace与独立的主机名UTS namespace从而支持多个发行版同时并行运行而互不干扰。当启动一个 WSL2 发行版时mini_init 依次执行以下步骤挂载发行版 VHD将发行版的虚拟磁盘文件挂载到虚拟机内。克隆进入子命名空间为发行版创建独立的 mount / pid / UTS 命名空间。chroot 到 VHD 挂载点把根目录切换到发行版的根文件系统。执行 init以exec()方式运行/init对应LxMiniInitMessageLaunchInit消息见 src/linux/init/main.cpp 中ProcessLaunchInitMessage的处理流程。关键细节是虽然每个发行版运行在自己的 mount 命名空间中/mnt/wsl挂载点在所有发行版之间是共享的。这是 WSL 实现跨发行版数据交换例如通过\\wsl$\与各发行版互访以及 wsl --mount 挂载外部磁盘到所有发行版可见位置的基础设施。发行版初始化init 启动后做了什么一旦 init 开始运行它会执行一系列初始化任务把内核裸环境变成可用的 Linux 发行版。根据官方文档任务清单包括挂载/proc、/sys和/dev构建基础伪文件系统。配置 cgroups为发行版设置 cgroup 层级后续进程systemd、session leader、boot command 等会被放入对应的 cgroup 中。注册 binfmt 解释器向内核注册WSLInteropbinfmt 条目使 Linux 侧可以直接执行 Windows 可执行文件详见 interop。解析/etc/wsl.conf读取发行版级配置决定 automount、interop、systemd、网络等行为的开关。启动 systemd当/etc/wsl.conf中[boot] systemdtrue时init 会 fork 并让 systemd 以 pid 1 身份运行详见 systemd。挂载 drvfs 驱动器将 Windows 盘符挂载到/mnt下详见 drvfs。配置 wslg当 GUI 应用支持开启时为 Wayland / X11 / PulseAudio 建立运行时环境。/etc/wsl.conf 的源码级映射/etc/wsl.conf中的配置项在源码 src/linux/init/WslDistributionConfig.h 中有完整定义下表列出 init 阶段会读取的核心键及其默认值配置键含义源码默认值automount.enabled是否自动挂载 Windows 驱动器trueautomount.root自动挂载的根路径/mntautomount.mountFsTab是否处理/etc/fstabtrueautomount.ldconfig是否链接系统库路径trueboot.command发行版启动时执行的命令无可选boot.systemd是否以 systemd 作为 initfalseBootInitboot.protectBinfmt是否保护 binfmt 注册不被 systemd 清掉trueinterop.enabled是否允许 Linux 调用 Windows 程序trueinterop.appendWindowsPath是否把 Windows PATH 追加到 Linux PATHtruenetwork.generateHosts是否生成/etc/hoststruenetwork.generateResolvConf是否生成/etc/resolv.conftruegeneral.guiApplications是否启用 GUI 应用WSLgtrue由初始化消息决定fileServer.enabled是否启用 9P 文件服务器truegpu.enabled是否启用 GPU 直通truegpu.appendLibPath是否将 GPU 库路径加入LD_LIBRARY_PATHtruetime.useWindowsTimezone是否同步 Windows 时区true这些配置项在 init 启动阶段被解析后直接影响后续的挂载行为drvfs.cpp、网络配置config.cpp以及 systemd 单元的生成逻辑。例如init 在启动时会根据automount.root生成wsl-mnt-guard单元防止发行版关闭时的卸载操作传播到其他发行版如果general.guiApplications开启且/mnt/wslg/runtime-dir存在还会生成wslg单元把/mnt/wslg/.X11-unix以只读 bind 方式挂载到/tmp/.X11-unix见 src/linux/init/init.cpp 中GenerateSystemdUnits()。运行阶段init 的消息循环初始化完成后init 进入长期运行的服务模式WSL1init 打开/dev/lxss设备并通过lxbus与 wslservice 建立连接对应源码InitEntryWsl()中open(LXBUS_DEVICE_NAME)与InitConnectToServer()的调用见 src/linux/init/init.cpp。WSL2init 使用hvsocket与 wslservice 通信Utility VM 模式下init 直接继承 mini_init 传递来的套接字文件描述符LX_INIT_UTILITY_VM_INIT_SOCKET_FD。该通道用于在 init 与 wslservice 之间双向传递控制命令。消息类型的完整定义位于 src/shared/inc/lxinitshared.hLX_MESSAGE_TYPE枚举官方文档重点介绍了以下三个命令消息作用LxInitMessageInitialize向 init 下发发行版配置信息主机名、DrvFs 卷、plan9 端口、默认 UID 等init 完成实例级初始化并回LxInitMessageInitializeResponseLxInitMessageCreateSession请求 init fork 出一个新的session leader会话领导者用于代表用户创建 Linux 进程详见 session-leader.mdLxInitMessageTerminateInstance终止整个发行版实例init 执行清理并退出消息循环的源码实现InitEntryWsl()src/linux/init/init.cpp展示了 init 运行期的真实工作方式建立 lxbus 通道后进入for(;;)无限循环不断读取来自 wslservice 的消息按MessageType分发处理LxInitMessageCreateSession→ 调用InitCreateSessionLeader()创建会话领导者LxInitMessageNetworkInformation→ 调用ConfigUpdateNetworkInformation()更新网络信息如/etc/resolv.confLxInitMessageInitialize→ 调用ConfigInitializeInstance()完成实例初始化并回送配置响应LxInitMessageTimezoneInformation→ 调用UpdateTimezone()同步时区LxInitMessageTerminateInstance→ 调用InitTerminateInstance()执行实例终止。也就是说init 本质上是一个被动服务它本身不主动创造进程而是等待 Windows 侧通过消息驱动。当需要运行用户命令时wslservice 先发送CreateSession拿到 session leader 端口再向其发送进程创建消息由 session leader fork exec 出真正的用户进程WSL1 直接 fork/exec 用户进程WSL2 会先 fork 出 relay 进程再创建用户进程并中继 I/O。深入一个二进制多个入口点init 的多功能设计值得单独说明。WslEntryPoint()src/linux/init/init.cpp通过两个条件决定执行路径是否为 init 守护进程模式当getpid() 1且basename(argv[0]) init且argc 1时进入InitEntry()守护进程模式。代码注释特别说明仅靠 PID 判断不可靠因为该进程可能运行在 Docker 容器中此时 PID 不是 1必须结合argv[0]。否则根据argv[0]分派例如mount.drvfs→MountDrvfsEntry()、plan9→StartPlan9()、gns→StartGns()、wslpath→WslPathEntry()、wsl-capture-crash→CaptureCrash()、wsl-generator/wsl-user-generator→ 生成 systemd 单元等若argv[0]不匹配任何已知入口点则进入CreateNtProcess()—— 这正是 interop 中在 Linux 里执行 Windows 程序的实现入口内核通过 binfmt_misc 把 Windows 可执行文件的执行请求交给/initinit 再通过$WSL_INTEROP找到对应的 interop 服务器完成创建。WslEntryPoint的完整分发表如下节选见 src/linux/init/init.cppargv[0]值处理函数用途init且 PID1InitEntry()发行版 init 守护进程wslpathWslPathEntry()Windows ↔ Linux 路径转换mount.drvfsMountDrvfsEntry()手动挂载 drvfs 驱动器localhostRunPortTracker()localhost 端口转发telagentStartTelemetryAgent()遥测采集gnsStartGns()网络配置引擎plan9StartPlan9()9P 文件服务器wslinfoWslInfoEntry()发行版信息查询wsl-capture-crashCaptureCrash()崩溃转储采集wsl-generator/wsl-user-generatorGenerateSystemdUnits()等生成 systemd 单元init-watcherWslInitWatcher()监控 init 状态其他任意值CreateNtProcess()Windows 进程创建interop这一设计解释了 WSL 中许多看似魔法的行为/usr/sbin/mount.drvfs、wslpath等其实都是指向/init的符号链接真正干活的是同一个二进制。与 systemd 的协作init 让出 pid 1当发行版启用 systemd[boot] systemdtrue时init 与 systemd 的关系发生微妙变化init 不再是 pid 1。由于 systemd 的 init 必须运行在 pid 1 上init 会先fork()让父进程承担 systemd 的启动/sbin/init而子进程继续完成 WSL 自身的配置工作。之后 init 等待systemctl is-system-running返回running或degraded作为 systemd 就绪信号超过BootInitTimeout源码默认 10 秒见 WslDistributionConfig.h则超时放行避免 systemd 启动缓慢时卡住发行版启动。此外init 还会在/run下生成 systemd 配置文件以提升兼容性官方文档明确指出其两个用途保护 WSL binfmt 解释器防止systemd-binfmt.service删除WSLInterop条目源码中LockBinfmtStatusReadOnly()还会对/proc/sys/fs/binfmt_misc/status做只读 bind 挂载避免 systemd 关机时的disable_binfmt()清掉 VM 级共享的 WSLInterop 注册从而影响其他仍在运行的发行版保护 X11 socket防止systemd-tmpfiles-setup.service删除/tmp/.X11-unix。systemd 模式下 init 还会通过LxInitMessageCreateLoginSession消息配合创建 systemd 用户会话对应 systemd.md 中用户会话一节并为用户进程设置DBUS_SESSION_BUS_ADDRESS与XDG_RUNTIME_DIR环境变量。从敲下命令到进程运行完整链路回顾把本文内容串起来一次 WSL2 命令执行的完整链路是用户执行wsl bashwsl.exe 通过 COM 调用 wslservicewslservice 若发现虚拟机未运行则通过 HCS 启动 WSL2 虚拟机内核引导后执行 mini_initwslservice 向 mini_init 发送LxMiniInitMessageLaunchInitmini_init 挂载发行版 VHD、克隆命名空间、chroot然后exec()出 initboot-process.md 中有完整时序图init 完成/proc/sys/dev挂载、cgroups 配置、binfmt 注册、/etc/wsl.conf解析、systemd可选与 drvfs 挂载、wslg 配置后通过 hvsocket 向 wslservice 上报LxMiniInitMessageCreateInstanceResultwslservice 向 init 发送LxInitMessageCreateSessioninit fork 出 session leaderwslservice 向 session leader 发送进程创建消息session leader fork 出 relayrelay 再 fork exec 出用户命令如/bin/bash并负责把 stdin/stdout/stderr 通过 hvsocket 中继回 Windows 终端。可以看到init 处于这条链路的正中央它既是发行版的一号进程与守护者也是 Windows 侧控制发行版一切行为的消息枢纽。理解了 init就等于理解了 WSL 进程模型的地基。延伸阅读mini_init.mdWSL2 虚拟机首进程init 的上级boot-process.md从wsl.exe到 bash 的完整时序图session-leader.mdinit 派生的进程创建者systemd.mdinit 与 systemd 的协作细节interop.mdbinfmt 注册与 Windows 进程创建drvfs.mdWindows 驱动器挂载机制核心源码src/linux/init/init.cpp、src/linux/init/main.cpp、src/linux/init/config.cpp、src/linux/init/WslDistributionConfig.h、src/linux/init/binfmt.cpp、src/shared/inc/lxinitshared.h、src/windows/service/exe/LxssInstance.cpp【免费下载链接】WSLWindows Subsystem for Linux项目地址: https://gitcode.com/GitHub_Trending/ws/WSL创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考