WSL2后台持续运行：彻底解决关闭终端退出问题

一、问题背景

在 WSL 2 环境下开发 Python 项目，尤其是长期运行 Hermes Agent 这类后台服务时，一个常见痛点是——终端窗口一关闭，WSL 虚拟机随即自动终止。

这是 WSL 2 的默认机制：当虚拟机内部没有活跃的 Linux 进程时，系统会自动关闭它以释放资源。设计初衷合理，但对需要常驻后台的服务而言，恰好成了障碍。

本文将逐步拆解如何让 WSL 保持后台活跃，并将 Hermes Agent 注册为系统服务，实现稳定持久运行。

二、WSL 2 终止机制原理解析

WSL 2 本质是一个轻量级 Hyper-V 虚拟机。在以下任一条件下，它会主动终止：

• 没有任何 Linux 进程处于运行状态
• 所有终端会话均已关闭
• 达到空闲超时阈值

有人可能会想：执行 sleep infinity 就能保活？确实可行，但资源占用偏高，不够优雅。更明智的方式是启动一个轻量级守护进程（例如 D-Bus）来占据“活跃进程”名额。

三、最佳保活方案：使用 dbus-launch

核心命令仅需一行：

@start /b wsl --exec dbus-launch true

原理说明

• start /b：后台静默执行，不弹出窗口
• --exec：直接运行指定命令，不启动交互式 Shell
• dbus-launch true：启动 D-Bus Session Bus 守护进程（true 命令立即退出），使 WSL 感知到进程存在，从而保持虚拟机活跃

该方案资源消耗极低，是目前最优雅的保活手段。

四、完整实施步骤

1. 创建开机自启动文件

按下 Win + R，输入以下路径打开启动文件夹：

%APPDATA%MicrosoftWindowsStart MenuProgramsStartup

新建文件 wslstart.cmd，写入以下内容：

@echo off
:: 保持 WSL 后台运行，供 Hermes Agent 使用
start /b wsl -d Ubuntu --exec dbus-launch true

（请将 Ubuntu 替换为你实际的发行版名称）

重启电脑后，WSL 即自动在后台静默运行。

五、如何连接到后台运行的 WSL 实例

连接方式与平时一致：

wsl                  # 最简方式
wsl -d Ubuntu        # 指定发行版
wsl -d Ubuntu -u wanjing   # 指定用户名

日常使用推荐搭配 Windows Terminal，操作体验更流畅。

六、使用 systemd 管理服务，让 Hermes Agent 自动启动并持久运行

Hermes Agent 建议通过 systemd 进行服务管理，而 WSL2 现已原生支持 systemd。

操作步骤

1. 启用 systemd

sudo vim /etc/wsl.conf

添加以下配置：

[boot]
systemd=true

2. 创建 systemd 服务文件
   安装 Hermes Agent 后，运行以下命令即可自动生成 systemd 服务：

sudo hermes gateway install --system

3. 查看服务状态

sudo systemctl status hermes-gateway.service

七、常用管理命令

wsl -l -v                  # 查看 WSL 状态
wsl --shutdown             # 完全关闭 WSL（释放资源）
wsl -d Ubuntu              # 连接到后台实例

八、总结

通过这套组合方案，WSL 退出问题得以彻底解决：

• wslstart.cmd + dbus-launch → 保持 WSL 后台常驻
• systemd 服务 → 确保 Hermes Agent 自动启动、崩溃重启、持久运行

现在，即使关闭所有终端窗口，甚至注销 Windows，Hermes Agent 依然能稳定运行在后台。

来源：互联网