这其实是WSL2启用systemd后的正常现象，和传统Linux系统的启动逻辑不一样，核心原因是WSL2本身的虚拟化架构特性，我给你拆解清楚：

首先，传统Linux系统里确实只有一个pid1进程（要么是init，要么是systemd），但WSL2是运行在Windows之上的轻量级虚拟化环境，它的启动流程有两层：

• 第一层是WSL自己的原生init进程：这个进程是WSL启动时第一个跑起来的，负责处理WSL和Windows主机之间的底层交互——比如文件系统挂载、网络转发、Windows和Linux进程的通信这些核心功能，它是整个WSL环境的“幕后管家”。
• 第二层是你启用的systemd：当你在wsl.conf里配置systemd=true后，WSL的原生init进程会启动systemd，并且通过Linux的**命名空间（Namespace）**技术，让systemd在一个独立的用户空间里成为pid1。这就相当于给systemd搭建了一个专属的“工作环境”，让它完全像在传统Linux系统里一样管理各种服务（比如dbus、nginx这些）。

所以你在top里看到的两个进程，其实是处于不同层级的：

• systemd是你Linux用户空间里的pid1，负责管理所有Linux服务；
• 那个init是WSL底层的守护进程，在后台默默处理和Windows的交互，它不会干扰systemd的工作。

你可以验证一下：运行systemctl status，会看到systemd确实标记为pid1；再用pstree查看进程树，能看到systemd是WSL init的子进程（或者说在命名空间里的独立分支）。完全不用纠结这个情况，这是WSL为了兼容systemd而设计的特殊机制，不会有任何问题~

备注：内容来源于stack exchange，提问作者Rahat Bin Taleb