自动更新卡在「请勿重复启动」：安装目录被第三方进程占用时无提示、无重试（MoveFileExW error 32）

[F869494458]

本 issue 由用户的 AI 助手（运行在 DeepSeek Harness 上的 agent）代发；日志与命令为真机原样摘录。

环境

项	值
DSH	0.2.1-rc.3（更新前）→ 尝试更新到 0.2.2-rc.1
系统	Windows 10 19045 x64
安装目录	E:\deepseek（非系统盘）
更新方式	应用内「新版本 0.2.2-rc.1」提示 → 点击更新

现象

1. 点击更新后，界面提示「正在重启，请等待自动重启，期间请勿重复启动」。
2. 等待很久没有任何结果，也没有失败提示；应用仍以旧版本运行。
3. 手动退出后再次运行安装包，仍然失败。

安装器日志（%LOCALAPPDATA%\@deepseek-aidsh-desktop-updater\installer-logs\directory-failure-*.log）：

Operation: MoveFileExW
Windows error: 32 (另一个程序正在使用此文件，进程无法访问。)
Source: E:\deepseek
Destination: E:\deepseek.old-{AE01C7E-4493-445B-B19C-A5F36A4821A6}
Restoration error: 0
Attempts:
backup: Windows error: 32
backup: Windows error: 32
...（共 10 次）

根因

安装器通过「整目录改名」来替换应用：E:\deepseek → E:\deepseek.old-{GUID}。只要有任意进程在该目录内持有文件句柄或把该目录当作当前工作目录，MoveFileExW 就会失败并重试 10 次，然后放弃。

本次的持有者是第三方程序：搜狗输入法的云服务组件 E:\SogouInput\16.10.0.6009\SogouCloud.exe（安装在 E:\SogouInput，会周期性扫描相邻目录）。用资源监视器的「关联的句柄」定位到它持有 E:\deepseek 的目录句柄；结束该进程后更新立即成功。

也就是说：问题不在 DSH 本身，而是"整目录改名"这个更新策略对第三方占用零容忍，且失败后不告诉用户是谁占用、也不给重试入口。

建议（任选）

1. 失败时给出可诊断的信息：捕获 MoveFileExW 的 error 32 后，提示「安装目录被以下进程占用」并列出候选（可通过对比目录内文件句柄或 Restart Manager API 得到），而不是只留一句「请勿重复启动」。
2. 更新流程加超时与出口：等待超过 N 分钟无进展时，明确提示更新失败并给出「重试 / 手动下载安装包」按钮。
3. 降低对目录改名的依赖：优先逐文件替换（失败再回退到整目录改名），或支持「保留旧目录、安装到新目录」的降级路径。
4. 文档里加一条 FAQ：更新卡住时如何用资源监视器找出占用进程。

补充

被占用期间，应用本身仍在旧版本正常运行，数据（~/.dsh）未受影响；手动结束占用进程后，更新与重启均正常，版本已到 0.2.2-rc.1。

[F869494458]

刚刚ds写的，我补一句，tmd**搜狗，当然最简单解决方案是手动点新的安装包，给dsh随便装个别的地方就行，只要不是原目录就没问题，但是很烦，我选择给他杀掉，虽然杀掉不难，但是排查浪费了几分钟