“复活”到底指什么

Windows 更新或重新完成设备设置后，我遇到过这样的组合现象：OneDrive 再次出现在通知区域，开始处理桌面、文档和图片；资源管理器右键菜单也重新出现同步相关入口。第一感觉像系统把之前的选择全部推翻了。

但排查时要把几件事分开：

OneDrive 客户端是否随登录启动
账户是否仍与这台电脑关联
Desktop/Documents/Pictures 是否启用了文件夹备份
文件只是云端占位，还是已经完整保存在本机
用户文件夹当前位置究竟在哪里

把这些状态都叫“自动备份”会让处理动作过于激进，甚至在云端与本地之间误删文件。

第一步永远是暂停并确认数据状态

不要先删注册表，也不要先卸载客户端。先从 OneDrive 菜单暂停同步或退出，然后记录：

当前登录的是个人账户还是工作/学校账户。
OneDrive 根目录位置。
Desktop、Documents、Pictures 的实际路径。
关键文件是 Always keep on this device，还是仅云端占位。
OneDrive Web 回收站与本地回收站状态。

微软说明，停止文件夹备份时可以选择把文件保留在 OneDrive，或保留在本机；如果存在仅云端文件，需要先下载。详见 Back up your folders with OneDrive。

只读检查用户文件夹位置

可以用 PowerShell 查看当前用户 Shell Folder 配置：

1
2
3

$path = 'HKCU:\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders'
Get-ItemProperty -Path $path |
  Select-Object Desktop, Personal, 'My Pictures'

常见本地路径形态是：

1
2
3

%USERPROFILE%\Desktop
%USERPROFILE%\Documents
%USERPROFILE%\Pictures

启用 OneDrive 文件夹备份后，也可能指向 OneDrive 目录。看到不同路径本身不是错误；关键是它是否符合自己的备份策略，以及本地和云端文件是否已经对齐。

本文只建议查询，不提供自动写注册表脚本。目录迁移涉及文件移动、权限、占位文件和正在同步的状态，批量修改注册表很容易得到“路径改回来了，文件却还在另一处”的半完成状态。

停止文件夹备份

如果希望保留 OneDrive 客户端，但不再让它管理桌面、文档或图片：

OneDrive 设置
  → Sync and backup
  → Manage backup
  → 关闭对应文件夹

根据微软当前界面选择“仅保留在 OneDrive”或“仅保留在本机”。操作前先确保关键云端文件已经下载，并额外做一份独立备份。

完成后检查：

用户文件夹的新位置。
文件数量与大小。
随机打开若干文档、图片和项目文件。
重启资源管理器和系统后路径是否保持。
OneDrive Web 中是否出现意外删除。

取消关联比直接卸载更适合诊断

如果要确认问题是否来自账户同步关系，可以先：

1	OneDrive 设置 → Account → Unlink this PC

微软说明取消关联不会删除云端数据，本地目录只是暂时与云端断开。重新关联时可以选择已有目录，详见 Unlink and re-link OneDrive。

取消关联后观察一次重启：

客户端是否仍自动登录。
右键菜单是否只是客户端扩展，而非文件夹仍在同步。
用户文件夹路径是否仍指向旧 OneDrive 目录。

这样可以把“客户端存在”“账户关联”和“文件夹备份”三个状态拆开。

同步异常时再执行官方重置

如果客户端反复卡住、状态错误或重新关联后仍无法同步，可以按微软当前说明重置：

1	%localappdata%\Microsoft\OneDrive\onedrive.exe /reset

如果程序安装在其他官方路径，需要使用对应的 OneDrive.exe。重置会断开同步连接并让客户端重新建立状态，但微软说明它不会删除文件数据；完成后仍需重新确认选择性同步设置。详见 Reset OneDrive。

重置不是“关闭 OneDrive”的方法。如果目标是不再使用它，应先完成文件迁移与备份，再在 Windows 已安装应用中卸载。微软的停止同步说明同样把暂停、取消关联和卸载区分为不同操作。

为什么我不再使用 CLSID 删除脚本

早期笔记里曾记录过直接删除 Shell 扩展 CLSID、批量覆盖 User Shell Folders 以及阻止系统组件的脚本。这些做法的问题是：

CLSID 和组件实现会随版本变化。
删除注册项缺少可靠回滚。
可能只隐藏菜单，却没有停止文件夹备份。
自动移动文件时，一旦云端占位未落地，可能造成数据缺口。
企业设备还可能受组策略和组织账户控制。

所以现在的处理原则是：先通过 OneDrive 官方界面停止备份或取消关联，查询路径并验证数据，只有在有完整备份、明确键值来源和回滚文件时才考虑注册表级修复。

我的最终验收表

[ ] OneDrive 账户状态符合预期
[ ] Desktop/Documents/Pictures 位置符合预期
[ ] 关键文件已完整保存在目标位置
[ ] 云端与本地回收站没有意外批量删除
[ ] 重启后 OneDrive 没有重新开启文件夹备份
[ ] Office、截图、IDE 和终端仍能写入预期目录
[ ] 额外备份不依赖同一个 OneDrive 同步关系

结语

所谓 OneDrive“复活”，往往不是一个单独开关，而是客户端启动、账户关联、Known Folder Backup、占位文件与 Windows 推荐流程叠加后的感受。把状态拆开，优先保护数据，再逐层取消关联或重置，比反复删除注册表更容易得到可验证、可回滚的结果。

OneDrive 更新后“复活”的系统排查