DSH Desktop 自动升级失败：安装器备份安装目录报 Win32 32（进程占用 D:\deepseekDSH）

[shizhouyu]

Summary

DSH Desktop 自动升级在“重命名旧安装目录 → 解压新版本”这一步稳定失败：安装器 MoveFileExW 返回
Windows error 32（另一个程序正在使用此文件），重试 10 次后放弃，App 回退到旧版本继续运行，
且没有给出可操作的提示（用户只会看到升级没生效）。当前安装版本与 feed 均为 0.2.1-rc.5。

Reproduction

1. 安装 DSH Desktop（D:\deepseekDSH），正常使用一段时间（有 Web 会话 / MCP 子进程在跑）。
2. 收到更新提示（0.2.1-rc.5），走 App 内一键升级。
3. App 关闭并拉起 NSIS 安装器，安装器在备份旧目录时失败，10 次重试全部 error 32。
4. App 重新启动，版本仍是旧的；再点升级重复失败。

Current behavior

安装器日志（%LOCALAPPDATA%\@deepseek-aidsh-desktop-updater\installer-logs\）：

=== directory-failure-20261030-145851.log
Operation: MoveFileExW
Windows error: 32 (另一个程序正在使用此文件，进程无法访问。)
Source: D:\deepseekDSH
Destination: D:\deepseekDSH.old-{5F4A64C3-0E5D-4903-B733-13DE7722138B}
Restoration error: 0
Time: 2026-10-30 14:58:51

=== directory-failure-20261030-150054.log
Operation: MoveFileExW
Windows error: 32 (另一个程序正在使用此文件，进程无法访问。)
Source: D:\deepseekDSH
Destination: D:\deepseekDSH.old-{C3919EC5-58CC-49EC-838D-BBAAC4933BE7}
Restoration error: 0
Time: 2026-10-30 15:00:54

升级包本身是完好的：pending 目录里的
deepseek-harness-0.2.1-rc.5-win-x64.exe（289,408,544 B）与 feed 的 sha512 一致。

Expected behavior

• 升级能完成；或
• 至少失败时给出明确、可执行的提示（“请完全退出 DSH（含托盘）后重试 / 重启电脑后安装”），
  并提供一次性重试或下次启动自动补装。

Environment

• OS：Windows 10 家庭中文版 10.0.19045（22H2）
• DSH Desktop：0.2.1-rc.3 → 0.2.1-rc.5（失败两次；当前注册表/进程已是 0.2.1-rc.5）
• 安装路径：D:\deepseekDSH（非 C 盘）
• 更新源：https://download.deepseek.com/dsh-desk/feeds/win-x64/，channel nightly
• 更新缓存：%LOCALAPPDATA%\@deepseek-aidsh-desktop-updater\
• 安装时机器上有 Web 会话与 MCP 子进程（memorix / billion-context 等外部 node 进程）

根因分析（基于 0.2.1-rc.3 的 lib/main.js）

升级流程（DesktopUpdateCoordinator）：

1. beforeRestart()：host.updateTasks("lock") → platformView.closeAndWait() → backend.stop()；
2. shellInstallerOwnsQuit = true，quitAndInstall(true, true)；
3. before-quit 里只要 shellInstallerOwnsQuit 为 true 就直接 return（不 preventDefault），App 退出；
4. electron-updater 的退出钩子再拉起 NSIS 安装器。

问题：backend.stop() 只是发起停止，没有等待 host 及其子进程（MCP server 等）真正退出。
NSIS 在旧进程仍持有 D:\deepseekDSH 内文件句柄（或进程 CWD 落在该目录）时，
MoveFileExW 重命名目录必然返回 error 32；10 次重试都发生在同一窗口内，因此全部失败。

建议修复

1. backend.stop() 后等待进程树真正退出（轮询 host PID + 子进程，带超时），确认后再 quit 并拉起安装器；
   超时则中止升级并提示用户，而不是让安装器去撞。
2. 或把安装器启动推迟到 app.on('quit') 且确认进程树为空之后（will-quit 仍太早）。
3. NSIS 失败时用 Restart Manager API 记录占用进程名，写进日志并在 UI 里展示（“以下进程仍占用安装目录：…”），
   方便用户自助解决。
4. 失败兜底：登记“待安装版本”，下次启动且进程干净时自动静默安装；或提示重启电脑后安装。
5. 可选：改为旁路安装/目录版本化（安装到 D:\deepseekDSH\<version>，启动时切换），从根上避免重命名运行中目录。

[See-Sol-Lab]

同样复现：Win11，0.2.1-rc.3 → rc.5，默认安装目录（%LOCALAPPDATA%\Programs\DeepSeek Harness）。连点三次「安装并重启」，应用都是退出后不再启动、版本不变，%TEMP% 下每次只剩一个装着 window-frame.dll 的 ns*.tmp；从托盘完全退出后手动运行 pending 里的安装包（--updated /S --force-run）一次就装上了，和楼主说的「后台还没退干净就拉起安装器」一致。

[shizhouyu]

这是来自QQ邮箱的假期自动回复邮件。您好，我最近正在休假中，无法亲自回复您的邮件。我将在假期结束后，尽快给您回复。

[pmc19980323-web]

补一个 3/3 稳定复现的案例，根因和主楼不完全一样：即使 DSH 进程树完全退出（Get-Process 无残留、也没有任何进程从安装目录运行），安装器仍然 10 次 error 32。我们最后定位到两个独立原因：

1. 安装器继承了 DSH 的工作目录（主因）

electron-updater 的 BaseUpdater.spawnLog() 是：

const params = { stdio, env, detached: true };
const p = spawn(cmd, args, params);   // 没有 cwd

NsisUpdater.doInstall() 正是走这条路，所以 NSIS 安装器继承调用进程的工作目录。而桌面端的启动入口把工作目录设成了安装目录本身：

• 开始菜单快捷方式 / 桌面快捷方式：WorkingDirectory = ...\Programs\DeepSeek Harness
• 自启计划任务：同样
• 自建的启动脚本：sh.CurrentDirectory = 安装目录

Windows 不允许重命名「任何进程的当前目录」，MoveFileExW 必然 32。实测（读 PEB 的 ProcessParameters.CurrentDirectory）DSH 主进程 CWD 就是 ...\Programs\DeepSeek Harness\。

2. 其它常驻进程持有安装目录句柄（次因）

handle64 -a "Programs\DeepSeek Harness" 找到两个非 DSH 进程持有目录本体的读写句柄（无删除共享）：

QQPYUserCenter.exe pid: 12372  type: File  9C: D:\...\Programs\DeepSeek Harness   (RW-)
QQPYClipMonitor.exe pid: 16420 type: File  A4: D:\...\Programs\DeepSeek Harness   (RW-)

只关掉这两个句柄（不杀进程），Directory.Move 立刻成功。

我们实际用的绕过（已成功升到 0.2.1-rc.5）

1. 把三条启动路径的「工作目录 / 起始位置」改成中性目录（D:\DeepSeekHarness）；
2. 关 DSH → handle64 找并关掉外部进程对安装目录的句柄（-c <hex> -y -p <pid>）；
3. 改名探针：Directory.Move 出去再移回来，确认可改；
4. Start-Process 安装包 '/S','--updated' -WorkingDirectory D:\DeepSeekHarness；
5. 校验 app.asar 里的 version，然后 wscript 拉起。

建议

• spawnLog 显式传 cwd（如 os.tmpdir()）——一条就能挡住「CWD = 安装目录」这一类；
• 安装失败时重新拉起旧版本，并把 installer-logs 里最新失败日志的路径/前几行显示到 UI（现在失败路径是完全静默的：host 已停、app 已退、安装器失败、没有重启，用户只看到应用消失）；
• 可选：安装前用 Restart Manager 检测安装目录占用，提示用户关闭相关程序。

补充：主楼提到的「backend.stop() 没等子进程退出」我们也查了——本机在安装前确认过没有 DSH 进程残留，所以至少在这个案例里不是主因；两类原因可以同时存在。