「我的剪贴板历史记录打不开了」这句话，在 Windows 上至少对应三种完全不同的故障，而它们的修法互相不通用：
第一种，按 Win+V 毫无反应，屏幕上什么都不弹，右下角也没有提示。这是 shell 层的问题——快捷键被截走了，或者资源管理器这个宿主进程状态不对。
第二种，能按出来，但设置里那个开关是灰的，或者你打开它、过一会儿它自己又关回去了。这是策略层的问题——组策略或注册表里有东西在强制执行「禁止」，你手点的开关只是在跟它打架。
第三种，开关明明是开的，按 Win+V 也能弹面板，但列表永远是空的，一条都不记。这是服务与会话层的问题——负责收集剪贴板内容的那个每用户服务没跑起来，或者它跑了但被别的软件接管了。
这三种的排查顺序完全相反。很多人一遇到「打不开」就去跑 sfc /scannow、去改注册表、去装一个「剪贴板修复工具」，结果是在错误的层上折腾半小时。我这篇文章要给的，就是先用三条命令把层分清楚，再对症下手。
顺带说清楚一个经常被误判成故障的现象：没被固定的剪贴板记录，在重启之后会清空。这不是坏了，是设计如此——它记的是当前用户会话里的临时内容，不是一份持久化的剪贴板档案。如果你要的是「关机之后还能翻出上周复制的那段文字」，那 Win+V 从一开始就不是干这个的，得换工具（第五段会讲）。这篇只解决「本该能用却用不了」的部分。
把现象和层对上，后面每一步才有的放矢。这张表是我自己排故障时的顺序，从上往下走，遇到匹配的就停：
| 现象 | 大概率所在层 | 先做哪一步 |
|---|---|---|
| Win+V 完全无反应，连面板都不弹 | shell / 快捷键 | 重启资源管理器，查 Win 键是否被锁 |
| 面板能弹，但里面提示「打开剪贴板历史记录」且点了没反应 | 策略层 | 查组策略与注册表 |
| 开关是灰的，或开了自动回关 | 策略层（含「组织管理」） | 查组策略、注册表、是否被 MDM 接管 |
| 开关正常开着，面板也弹，但永远空 | 服务 / 会话层 | 查 cbdhsvc 服务与用户会话 |
| 只有某些来源的内容不记录（比如浏览器在后台时） | 应用 / 窗口状态 | 这不是本文范围，见下文单独的指引 |
最后一行要特别点出来：「时好时坏」和「完全打不开」是两码事。前者多半是窗口焦点和会话状态导致的，后者才是配置坏了。站内已经有一篇专门讲前者的，讲到浏览器最小化到后台时复制的内容进不了 Win+V 的具体机制，配着看能少走弯路：剪贴板历史记录时好时坏：浏览器在后台时复制的内容为什么进不了 Win+V。如果你属于「偶尔不记」，直接去那篇；如果你属于「从来就没记过」，继续往下。
在动手改任何东西之前，先把当前状态留一份。管理员 PowerShell 跑下面这一段，输出就是你的「病历」——后面不管自己修还是去问人，有这份就不用猜。
# 管理员 PowerShell：一次性输出剪贴板历史相关的三层状态
Write-Host "=== 1. 服务层：cbdhsvc（每用户实例，名字带随机后缀）==="
Get-Service -Name "cbdhsvc*" | Select-Object Name, Status, StartType | Format-Table -AutoSize
Write-Host "=== 2. 策略层：机器级与用户级策略键 ==="
$paths = @(
"HKLM:\SOFTWARE\Policies\Microsoft\Windows\System",
"HKCU:\SOFTWARE\Policies\Microsoft\Windows\System"
)
foreach ($p in $paths) {
if (Test-Path $p) {
Write-Host "-- $p"
Get-ItemProperty $p | Select-Object AllowClipboardHistory, AllowCrossDeviceClipboard
} else {
Write-Host "-- $p （不存在，说明这一层没被下发策略）"
}
}
Write-Host "=== 3. 用户设置：当前账户是否开启了历史 ==="
$userKey = "HKCU:\Software\Microsoft\Clipboard"
if (Test-Path $userKey) {
Get-ItemProperty $userKey | Select-Object EnableClipboardHistory, CloudClipboardAutomaticUpload
} else {
Write-Host "-- 用户设置键不存在，说明这个账户从未成功开启过历史"
}
三个输出的读法很直接：
cbdhsvc_xxxxx 这种带随机后缀的名字才是真正在跑的那个实例。它的 StartType 是 Manual、Status 是 Stopped，都是正常的——这是个按需触发的服务，按 Win+V 时才被拉起来。只有它被设成 Disabled，才是被人动过。AllowClipboardHistory : 0，那你的问题就已经定位了，不用再往下查。这份输出还有第二个用处：改完再跑一遍对比，能确认改动到底生效了没有。Windows 这块最容易出现「你以为改了」的情况。
如果第二段和第三段都干净（没有 AllowClipboardHistory : 0，用户设置也在），那问题不在策略，而在「按键根本没被系统接住」或者「接住了但宿主进程不理」。
按这个顺序试，从成本最低的开始：
先重启资源管理器。 任务管理器（Ctrl+Shift+Esc）→ 找到「Windows 资源管理器」→ 右键「重新启动」。Win+V 的面板是挂在 explorer 壳上的，壳状态坏了面板就不弹。这一步没风险，十秒完成，实测能救回相当一部分「突然就不弹了」的机器。
再确认 Win 键本身没被锁。 很多机械键盘有 Win Lock（游戏模式），把 Win 键单独屏蔽掉，表现就是所有 Win 组合键失效——包括 Win+V，也包括 Win+R。你顺手按一下 Win+R 看有没有反应，就能区分是「剪贴板坏了」还是「Win 键被锁了」。
然后查快捷键被谁截走。 输入法、远控软件、键盘映射工具（AutoHotkey 脚本、厂商键盘驱动）、部分游戏加速器都会全局钩住键盘。最干净的验证办法是「干净启动」：msconfig → 服务页勾「隐藏所有 Microsoft 服务」→ 全部禁用 → 启动页把非微软项也禁用 → 重启。如果干净启动下 Win+V 正常，问题就在某个第三方软件上，二分回去就能找到。
最后才是系统文件。 sfc /scannow 和 DISM /Online /Cleanup-Image /RestoreHealth 我一直放在最后，理由很简单：它们慢、要重启，而且命中率远低于前三条。把它们当第一步是很多人时间被浪费掉的地方。真到了这一步，命令是：
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
跑完必须重启，不重启等于没跑——这两条命令修的组件要在下次会话加载时才替换。
这是最容易把人绕晕的一类，因为你的操作看起来是生效的，但它会自己弹回去。开关回弹只有一种解释：有优先级更高的配置在强制执行「禁止」，你手点的只是用户层的意愿。
策略有两个来源，机器级和用户级，两个都要看：
组策略编辑器（专业版/企业版才有）路径是「计算机配置 → 管理模板 → 系统 → OS 策略」，里面两条：允许剪贴板历史记录（Allow Clipboard History）和 允许跨设备同步剪贴板。前者设成「已禁用」就锁死，设成「未配置」或「已启用」才放开。改完记得跑 gpupdate /force，不然要等策略刷新周期。
注册表（家庭版没有组策略编辑器，只能走这条）看两个位置，机器级和用户级各一个：
HKLM\SOFTWARE\Policies\Microsoft\Windows\System
HKCU\SOFTWARE\Policies\Microsoft\Windows\System
各看两个 DWORD：AllowClipboardHistory 和 AllowCrossDeviceClipboard。值为 0 就是禁止，改成 1，或者干脆把这个值删掉（删掉等于交回系统默认）。这一步在微软的组策略文档里有对应说明，策略名与实际注册表值的对照关系写得很明确（来源：Microsoft Learn 组策略文档「Allow Clipboard History」条目，learn.microsoft.com）。
这里有个坑必须点出来：如果这台机器是公司或学校发的，改完会被刷回去。 判断方法是看设置页顶部有没有「你的组织已管理此设置」之类的提示，或者在 设置 → 账户 → 访问工作或学校 里看有没有挂载的组织。有的话，说明策略由 MDM 统一下发，本地改动会被周期性覆盖（来源：Microsoft 支持文档中关于「组织管理设置」的说明）。这种情况下不要死磕——不是你机器坏了，是权限不在你手上。
还有一个更隐蔽的来源：「精简版」「优化版」系统镜像。这类镜像常用脚本直接删服务、改策略，把剪贴板历史当「用不上的功能」砍掉。表现就是开关灰着、注册表里根本没有对应键但功能就是不工作。（传闻：部分第三方精简镜像会移除 Clipboard 相关的 Appx 组件，导致开关存在但后台组件缺失。）遇到这种，最省时间的做法不是修，是换一个干净镜像——修一个被削过的系统，投入产出比极低。
这一类的共同点是「配置看起来全对」。开关是开的，策略没禁，但复制了十段文字，按 Win+V 还是一片空白。问题在服务与会话。
先看服务实例。 前面那三条命令里的第一段，cbdhsvc_xxxxx 如果 Status 是 Stopped 且 StartType 被改成了 Disabled，那就是被某个「优化工具」关掉了。恢复方式：
Set-Service -Name "cbdhsvc_<你的实例后缀>" -StartupType Manual
Start-Service -Name "cbdhsvc_<你的实例后缀>"
注意后缀每人不同，别照抄我这里的占位符。改回 Manual 就够了，不建议设成 Automatic——它本来就是按需触发的，强行常驻没有好处。
再看「跨设备同步」和「本地历史」被混淆。 这是认知层面最常见的错：设置页里「跨设备同步」需要登录 Microsoft 账户才能开，于是很多人以为「没登录账户所以历史用不了」。这是错的——本地剪贴板历史不需要任何账户，登录只影响能不能在别的设备上看到。如果你因为不想登录账户而把整个剪贴板页都关了，那才是自己把功能关掉的。（实测：在未登录 Microsoft 账户的本地账户下，Win+V 历史可以正常工作，只是同步开关呈灰色不可用状态。）
第三看「重启就清空」是不是被当成了故障。 前面说过，未固定的记录重启后清空是设计行为。判断方法很简单：重启后复制一段文字，立刻按 Win+V，如果这一段在，说明功能是好的，只是「历史不持久」。真正坏掉的表现是连刚复制的那一条都不出现。
第四，排除第三方接管。 Ditto、ClipboardFusion 这类剪贴板管理器，还有一些输入法自带的「剪贴板」面板，会抢占系统的剪贴板监听。它们的表现很一致：自己能用，Win+V 空。临时退出（不是最小化，是托盘右键退出）再测一次，就能确认。远程控制软件（AnyDesk、ToDesk 之类）开着的时候也可能干扰剪贴板链路，测的时候顺手关掉。
排完一遍之后，把结论固化成这张表，下次复发直接照着走：
Win+V 无反应 → shell 层 → 重启 explorer → 查 Win Lock → 干净启动
开关灰色 / 开了回弹 → 策略层 → gpedit「OS 策略」→ 注册表两处 AllowClipboardHistory
提示「由组织管理」 → MDM 层 → 本地改不动，找管理员或用个人设备
开关正常但永远空 → 服务层 → cbdhsvc 启动类型 Manual 并 Start
只有个别来源不记录 → 应用层 → 看窗口焦点/后台机制，属另一类问题
重启后历史清空 → 设计行为 → 不是故障，需要持久化就换工具
把这张表和第一步的对号入座表对照着看，你会发现真正需要「修系统」的情况只有两行，其余要么是配置、要么是设计、要么根本不是这台机器能改的。
写到这里给个明确态度：如果你要的是「翻出上周复制过的东西」，Win+V 不该是你的方案。 它是会话级的临时面板，条数有上限（不同版本上限不同，以实际表现为准），重启清空，也不能搜索历史全文。这是定位问题，不是缺陷。
真正该换工具的是这三类人：
反过来，如果你只是「偶尔要粘回上一段」，Win+V 完全够用，不值得为它装一个常驻后台的第三方工具——多一个常驻进程，多一个抢剪贴板的候选，出问题时排查链条还更长。
顺带把容易混淆的边界说清楚：Windows 系统剪贴板、Edge 浏览器的剪贴板历史、手机端的剪贴板，是三条完全独立的链路，互相不通。很多人以为「Edge 里能看到的复制记录，Win+V 里也该有」，这是错的。三者的区别和各自入口，站内这篇讲得比我这里细：剪贴板历史记录在哪里：Windows 系统、Edge 浏览器、手机三条完全不同的路。如果你其实想找的是浏览器里那一条，直接看这篇，别在系统设置里翻。而 Edge 那套的开关、删除、隐私清理，另有一篇完整指南：Edge 剪贴板（粘贴板/剪切板）历史在哪里？2026 完全指南。
我最开始排查这类问题时，习惯先跑 sfc /scannow，因为「系统文件损坏」听起来最有解释力。后来发现这条路的命中率极低，而它要花十几分钟加重启，反而把最简单的两步（重启 explorer、看策略键）挤到了后面。
现在的顺序固定成：先看状态（三条命令）→ 再分现象（对号入座表）→ 只在匹配的那一层动手 → 全都不匹配才动系统文件。这个顺序的价值不在于快，而在于每一次动手都是可验证的：改完再跑一遍命令，状态变了就是有效，没变就换方向，不会陷入「改了一堆不知道哪个起了作用」的泥潭。
如果你的三条命令输出看起来全对、现象却还是「永远空」，那基本只剩两种可能：这台机器的 Clipboard 组件被削过（换系统或修组件，成本高），或者有某个开机自启的软件在抢监听（干净启动能确认）。这两种都不需要再改策略了——方向错了，越改越乱。