无法打开这个应用：Windows 版 Claude Desktop 启动不了——用“修复”解决，会话不会丢

想打开 Windows 版 Claude Desktop，弹出来的却是一个标题为 “无法打开这个应用”（英文界面为 “Can't open this app”）的对话框，让你转到 Claude 的“高级选项”并选择“修复”——好消息是，照它说的做就能解决。不需要卸载，也不需要那个会把数据一起丢掉的“重置”。

不过中间有一道坎，是大多数人真正卡住的地方。点了“修复”之后，可能会收到一条提示，说应用还在运行——可明明哪儿都没有开着 Claude 的窗口。本文就围绕怎么迈过这道坎来写，同时回答大家最先想问的那个问题：对话记录和 Claude Code 的会话，会不会因此消失？

1. 结论——“修复”能解决，但按下之前要先结束进程

先把整套流程摆出来。从上往下试，应用能打开了就可以停。越往下越费事，但其中没有任何一步会让你丢掉对话记录（原因见§3）。

2. 症状——先弄清楚你看到的是哪一个对话框

Claude Desktop 在 Windows 上启动失败不止一种情形，而每一种要用不同的办法。搞错了，就会把一个下午耗在根本不可能奏效的招数上。所以第一步是确认你眼前这个对话框到底是哪一个。

本文处理的是下面这一个。

✅ 已确认：这是 Windows 针对打包应用（MSIX）显示的标准错误界面，不是 Claude 自己弹出来的。反过来说也成立：看到这个界面，说明你装的是 MSIX 版本。Anthropic 的 Windows 部署文档把 MSIX（x64 与 arm64）列为分发格式。

文案不一样，问题就不一样。如果写的是 “另一个程序正在使用此文件”（0x80070020），那么该做的不是“修复”，而是注销 Windows 帐户——这一点另有专文详述。写着 “Claude Desktop failed to launch” 的对话框则是第三种情况，GitHub #50285 里有报告，但被无解关闭了。§10 把它们并排列了出来。

3. 会话会被清空吗——三种数据，三个答案

这是正陷在问题里的人最先想知道的事。短答案是：“修复”什么也不会删。不过“会话”这个词其实涵盖了存放在三个不同位置的三种东西，风险各不相同，所以分开来讲。

✅ 已确认：真正要紧的是第二行。Claude Code 的对话日志以 .jsonl 的形式堆积在 %USERPROFILE%\.claude\projects\ 下，而这个路径直接位于用户配置文件里，不在应用包内部。所以无论你修复应用、重置应用，还是干脆卸载，这些文件都留在原地。在一台实机上数了一下，结果如下。

第三行的 %APPDATA%\Claude 里存的是应用侧的设置，例如窗口位置和缓存的登录状态。“修复”会保留它，“重置”会清掉它。就算清掉了，重新登录也能恢复，但没必要白丢——这又是一条先试“修复”的理由。

4. 操作步骤——诊断、备份、修复

按顺序执行。STEP 0 只是读取，所以是安全的。

STEP 0：确认当前状态（只读）

在管理员权限的 PowerShell 里运行。它会告诉你现在坏成了什么样子。

Get-AppxPackage *laude* | Select-Object Name,PackageFullName,Version,InstallLocation,Status,IsPartiallyStaged | Format-List
Get-Service vmcompute,hns -ErrorAction SilentlyContinue | Select-Object Name,Status,StartType
Test-Path "$env:USERPROFILE\.claude\projects"

如果 Status 显示为 Ok 却依然启动不了，那多半是包注册成功了，但没有可用的执行入口点（§7）。如果 IsPartiallyStaged 是 True，说明暂存过程只走到一半。

STEP 1：备份（动手之前）

“修复”不会删你的数据，但手上有一份副本，后面每一个决定都会轻松很多。注意 .claude 可能有好几个 GB，先看一眼剩余空间。

$dst = "$env:USERPROFILE\Desktop\claude-backup-$(Get-Date -Format yyyyMMdd-HHmm)"
New-Item -ItemType Directory -Force $dst | Out-Null
robocopy "$env:USERPROFILE\.claude" "$dst\dot-claude" /E /R:1 /W:1 /NFL /NDL
robocopy "$env:APPDATA\Claude" "$dst\appdata-Claude" /E /R:1 /W:1 /NFL /NDL /XD Cache "Code Cache" GPUCache

缓存文件夹用 /XD 排除掉了：它们体积大，而且恢复时一个都用不上。

STEP 2：执行修复

走图形界面的话，路径是这一条。

设置 → 应用 → 已安装的应用 → Claude → …（三个点）→ 高级选项 → 修复

✅ 已确认：这一串操作在实机上把应用救了回来（Windows 11，2026 年 7 月）。不过下一节才是本文真正的主题。

5. 因为“应用正在运行”而修复被拒绝时

这里才是大家真正卡住的地方，也是本文存在的理由。

点下“修复”，可能会收到一条错误，大意是应用当前正在运行，所以无法执行。让人抓狂的是，屏幕上根本没有开着的 Claude 窗口。你明明关掉了，Windows 却还是不干。

解法很简单：先明确地把进程结束掉，再点“修复”。你可以在任务管理器里把所有 Claude 相关进程结束掉，也可以在管理员 PowerShell 里用一行命令搞定。

Get-Process claude*,Cowork*,Anthropic* -ErrorAction SilentlyContinue | Stop-Process -Force

紧接着点“修复”，就能通过了。✅ 已确认：这个顺序在实机上让应用恢复了正常，而且恢复之后会话完好无损。

🟡 据报告：还有一点——进程一直占着那些文件这个事实，正好指向了故障本身的成因。§7 会展开讲，大致的说法是：同一个进程先弄坏了更新，又挡住了修复。

6. 仍然打不开时，按这个顺序往下试

如果“修复”没能把它救回来，就按下面的顺序往下做。不要一步跳到重装——损失更大，成功率却不见得更高。

6-1. 启动依赖服务

Claude Desktop 的沙箱依赖 Windows 的虚拟化组件。这些服务默认的启动类型是“手动”，所以重启之后可能一直停着。

Start-Service vmcompute,hns -ErrorAction SilentlyContinue
Get-Service vmcompute,hns | Format-Table Name,Status,StartType

如果这些服务根本不存在，说明对应的 Windows 功能被关掉了。启用它们，然后重启。

Enable-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform -NoRestart
Enable-WindowsOptionalFeature -Online -FeatureName HypervisorPlatform -NoRestart

6-2. 保留数据重新安装

最后的手段。关键在于加上 -PreserveApplicationData。漏掉它，应用侧的数据就跟着一起没了。

Get-Process claude*,Cowork*,Anthropic* -ErrorAction SilentlyContinue | Stop-Process -Force
Get-AppxPackage *laude* | Remove-AppxPackage -PreserveApplicationData
Restart-Computer

重启之后，从官方下载页面重新安装。如果需要直接拿到 MSIX 文件——比如企业批量部署——分发 URL 写在前面引用过的官方文档里。

7. 为什么会发生——半注册状态的 MSIX

🔴 未确认：先把话说明白，Anthropic 没有就这一症状发布任何官方的原因说明。下面的内容是根据公开的 issue 和实机观测拼出来的。

MSIX 的工作方式和传统安装程序不同，它不是往文件夹里丢文件，而是把应用作为“包”注册到 Windows 里。更新时，旧包的注册被解除，新包顶上去。

问题在于，只要有东西还占着那些文件，解除注册就完不成——而正如§5 所示，Claude Desktop 在窗口关闭后仍在运行。结果就可能停在“注册还在，可执行的东西却没了”这种半吊子状态。

✅ 已确认：这种状态确实被报告过。GitHub #55465 的报告者记录了这样一次安装：从表面看是成功的（Status: Ok、IsPartiallyStaged: False），却既没有生成执行入口点，也没有生成开始菜单项。尝试启动时，Windows 打开的是“文档”文件夹——那是找不到入口点时的回退行为。

这个说法也和本文这台机器上观测到的情况吻合。修复以“应用正在运行”为由被拒绝，恰恰说明占着那些文件的进程还活着。结束进程之后修复就通过了，这就是佐证。

8. 防止再次发生

如果成因是“更新时有进程占着文件”，那么下一次更新同样可能重演。没有滴水不漏的预防办法，但可以把概率压下去。

9. 旧版安装程序格式又如何

有些 Windows 机器上跑的 Claude Desktop，还是切换到 MSIX 之前的安装程序格式（Squirrel 那一套）。如果 %LOCALAPPDATA%\AnthropicClaude 里有 Update.exe，那就是它。

针对本文这个症状，那种格式有结构上的优势。它完全不碰包注册，而是铺开 app-1.24012.9 这样的按版本分目录，再替换启动存根，所以“半注册”这种坏法在原理上不可能发生。上一版的文件夹还留着当回退，这一点也帮了忙。

那它在功能上是不是落后了？✅ 已确认：至少在这里，版本号是完全一样的。

此外，旧格式那台机器的日志显示它至今仍在收到更新。一整天都记录着每小时一次的更新检查，2026 年 7 月 25 日还实际应用过一个新版本。至少在当下，没有观测到“旧格式＝功能陈旧”这种情况。

10. 容易与本文混淆的其他问题

下面这些看着像，成因和解法却不同。请用对话框的文案来区分。

总结

“无法打开这个应用”这个提示，照对话框说的去点“修复”就能解决。搜索结果里那些动辄“彻底重置”的破坏性套路，根本用不上。

真正卡住人的地方，是“修复”被正在运行的进程挡住。关掉窗口之后应用仍然驻留在托盘里，所以你以为已经退出、去点修复时就会被拒。先明确地把进程结束掉——只要这一步就够了。而且从现有证据看，最说得通的解释是：正是同一个进程，最初弄坏了那次更新。

至于数据：对话记录在服务器上，Claude Code 的会话在用户配置文件下，所以“修复”也好“重置”也好都碰不到它们。有风险的只有应用自身的设置，而“修复”连这个也保得住。一慌就重装，损失反而比这个 bug 本身还大。

常见问题

Q1. 最快的解决办法是什么？

在管理员 PowerShell 里运行 Get-Process claude*,Cowork*,Anthropic* | Stop-Process -Force，紧接着打开设置 → 应用 → 已安装的应用 → Claude → 高级选项 → 修复。既不用重启电脑，也不用卸载。

Q2. 会话或对话记录会被删掉吗？

“修复”不会删。claude.ai 的对话记录存在 Anthropic 的服务器上，Claude Code 的会话则存在 %USERPROFILE%\.claude\projects\，位于应用包之外。完整情况请看§3 的表格。

Q3. 可以直接点“重置”吗？

不建议。正如 Windows 界面上写着的那样，应用的数据将被删除——指的是应用侧的设置。对话记录和 Claude Code 的会话都能保住，所以不算致命，但既然“修复”就能解决问题，就没有理由白白丢东西。

Q4. 窗口明明关着，为什么 Windows 说应用正在运行？

因为 Claude Desktop 在窗口关闭之后仍然驻留在系统托盘里，而且还有辅助进程在跑。请在任务管理器里结束所有 Claude 相关进程，或者运行§5 的那条命令。这是这个故障里最容易卡住的一环。

Q5. Anthropic 发布官方修复了吗？

截至 2026 年 7 月 28 日还没有。相关的 GitHub issue（#55465、#50285、#48437）全都以 “closed as not planned” 收场，官方也没有对成因作出说明。本文的步骤是 Windows 包管理层面的正规做法，而非官方步骤。

Q6. 每次更新都会再犯吗？

如果成因是“更新时常驻进程占着文件”，那么条件凑齐时就可能重演。不过并不是每次都会发生。估计快有更新时，从托盘明确退出可以降低概率（§8）。

Q7. 该换回旧版安装程序格式吗？

不建议。旧格式确实有“半注册不可能发生”这个优势，但现在还能不能拿到它来全新安装，尚不清楚。而且模型的回答质量由服务端决定，换个打包格式并不会让它变聪明。详见§9。

Q8. 修复之后又出现了同样的画面。

请按§6 的顺序往下走。先确认 vmcompute 和 hns 是否在运行（它们默认是“手动”启动，可能一直停着）；如果还不行，就用 Remove-AppxPackage -PreserveApplicationData 删除包以保住数据，再重新安装。按这个顺序，损失最小。

相关文章

• Claude Desktop 更新后无法启动（0x80070020） — 提示“另一个程序正在使用此文件”时看这篇
• Claude Code “Connection closed mid-response” 错误 — 能正常启动但回答中途被切断时看这篇