[Bug] Windows 下从 WebUI 重启后新进程脱离 shell，Ctrl+C 不能中断

[Rain-0x01-39]

What happened / 发生了什么

_reboot() 调用 os.execv() 重启，但 Windows 没有 execve。CPython 实际执行 CreateProcessW + _exit()：创建新进程后退出旧进程。结果新进程以新 PID 运行，脱离 shell 进程组，导致：

• Shell 回到提示符，终端可继续输入
• Ctrl+C 发给 shell（前台进程组），不发给新进程，无法中断
• 只能手动找 PID 或关终端

Reproduce / 如何复现？

1. uv run main.py
2. 触发重启（如更新）
3. Shell 恢复提示符，新进程仍在运行，Ctrl+C 无效

AstrBot version, deployment method (e.g., Windows Docker Desktop deployment), provider used, and messaging platform used. / AstrBot 版本、部署方式（如 Windows Docker Desktop 部署）、使用的提供商、使用的消息平台适配器

git(commit 89ec07a) uv, Windows 11 PowerShell 7

OS

Windows

Logs / 报错日志

Ctrl+C 不能中断

Are you willing to submit a PR? / 你愿意提交 PR 吗？

• Yes!

Code of Conduct

• I have read and agree to abide by the project's Code of Conduct。

[dosubot]

确认这是一个已知的问题。当前 _exec_reboot() 的实现如下 [1]：

@staticmethod
def _exec_reboot(executable: str, argv: list[str]) -> None:
    if os.name == "nt" and getattr(sys, "frozen", False):
        quoted_executable = f'"{executable}"' if " " in executable else executable
        quoted_args = [f'"{arg}"' if " " in arg else arg for arg in argv[1:]]
        os.execl(executable, quoted_executable, *quoted_args)
        return
    os.execv(executable, argv)

当前仅对 PyInstaller 打包的 Windows 可执行文件做了特殊处理（引号转义），但非 frozen 模式下（如 uv run main.py）仍然直接调用 os.execv()，这在 Windows 上会导致你描述的问题：CreateProcessW + _exit() 产生脱离进程组的新进程 [2]。

之前在 #8211 中也出现过相同的端口占用副作用 [3]。历史上曾尝试用 subprocess.Popen 方案，但因 Docker 兼容性问题在 PR #1541 中被回退 [4]。

一个可能的修复方向是：在 Windows 非 frozen 模式下使用 subprocess.Popen 启动新进程后显式 sys.exit()，或利用 Windows Job Object 确保新进程继承控制台进程组。如果你打算提交 PR，可以考虑在 _exec_reboot 中增加 os.name == "nt" and not frozen 的分支处理。

To reply, just mention @dosu.

---

Docs are dead. Just use Dosu.

[Rain-0x01-39]

#8211 其实并不是重启导致的bug，说过了是 aiocqhttp 和 WebUI 配置了相同的端口

[NayukiChiba]

好像确实有这个问题，但是感觉不是很重要，我自己也测出来了

[Rain-0x01-39]

觉得可以os.name == "nt"时改为在新窗口创建进程