「剪贴板时好时坏」这句话，我见过至少六种完全不同的情况，混在一起讲永远讲不清。所以第一步不是找修复步骤，是先分类。
问自己两个问题：
第一，丢的是特定类型吗？ 比如文本都在、图片全丢；或者从 Excel 复制的表格丢了、从记事本复制的纯文本都在。
第二，丢的是特定时刻吗？ 比如刚开机那几分钟不记；或者连着快速复制三次，只有最后一条进历史。
如果答案是「特定类型」，问题在数据本身——格式、大小、渲染方式。如果答案是「特定时刻」，问题在时序——服务还没处理完，下一条就来了。
这两类的解法完全不同。下面按这两条线拆。
大部分人脑中的模型是这样的：我按 Ctrl+C，系统把内容存进历史。错了。
Windows 的剪贴板历史服务并不会拦截你的复制动作。它是注册了一个监听器，等系统广播「剪贴板内容变了」这个消息，然后才去把内容读出来存一份。微软工程师 Raymond Chen 解释过这套机制：服务通过 AddClipboardFormatListener 注册，收到 WM_CLIPBOARDUPDATE 之后才去读当前剪贴板。
关键在于「之后」两个字。读是异步的，而剪贴板只有一个槽。
于是就有了这个经典场景：
（来源：IT之家 2026-01 报道，引 Windows Latest 与微软工程师 Raymond Chen 的说明）
这不是 bug，是为了不拖慢系统做的取舍。剪贴板服务如果同步阻塞，你每次复制都要等它写完，那才是真灾难。所以它宁可漏。
实践含义：连续复制时，中间停半秒。听起来很傻，但这是唯一不装第三方工具就能改善的办法。尤其是从手机（Phone Link）复制图片、紧接着又从 Excel 复制单元格这种跨来源的连续操作，漏的概率最高。
第二类「时刻型」丢失，成因是延迟渲染（delayed rendering）。
正常情况下，应用复制时会把数据直接放进剪贴板。但有些应用（Excel 处理大表格、Word 加载长文档时最明显）不这么干：它只在剪贴板上留一个「承诺」——我能提供这个格式的数据，你需要的时候再来问我要。
等到真正有人（比如剪贴板历史服务）来要数据时，应用才现场生成。系统给它最多 30 秒。
超过 30 秒，请求失败，历史服务读到的是空。表现就是：你明明复制了，Win+V 里没有。
（来源：同上，Windows Latest 与 Raymond Chen 对延迟渲染超时阈值的说明）
这条最容易被误判成「系统坏了」，因为失败是完全无声的。没有报错，没有提示，粘贴的时候才发现是空的。
实践含义：复制大块内容后，别立刻去按 Win+V。给它一秒钟，让延迟渲染走完。如果是从 Excel 复制带格式的大表，先粘到记事本里过一道，转成纯文本再复制——纯文本没有延迟渲染的负担。
这是问得最多、也最容易答错的一条。因为「浏览器剪贴板」实际上有三层，混着讲就会得出矛盾的结论。
第一层，系统剪贴板。 你在任何窗口按 Ctrl+C，走的就是这一层。浏览器没有特权，它跟记事本一样，只是往系统的槽里写。这一层的行为跟你用不用浏览器无关，后台前台无关——但注意，后台标签页收不到键盘事件，所以「在后台标签页里按 Ctrl+C」这件事本身不成立。键盘事件只会送给当前有焦点的窗口。
第二层，浏览器的剪贴板权限。 这是给网页脚本用的。网站想通过 navigator.clipboard.writeText() 往剪贴板写东西，需要两个条件：安全上下文（https），以及用户刚刚有过交互（所谓 transient activation）。你在一个后台标签页里、没有任何点击的情况下，脚本调这个 API 会被直接拒掉，抛 NotAllowedError。
所以「浏览器在后台时剪贴板不工作」这句话，准确的版本是：网页脚本在后台标签页自动写剪贴板会被浏览器拦，不是系统不记录。 这两件事完全不同，但报错信息一样模糊。
（实测：在 Chrome 与 Edge 里对同一个「自动复制」按钮做测试，页面在前台点击后能写入，把标签页切到后台再用脚本触发则抛 NotAllowedError。Safari 更严，几乎只认点击这种明确手势。）
第三层，Edge 自己有没有剪贴板历史。 没有。Edge 从来没有独立的历史记录，你在 Edge 设置里翻不到任何「剪贴板历史」的开关，因为它借的就是 Windows 那一份。这一点我在另一篇里拆过，很多人按网上教程在 Edge 里找开关，找到的都是站点权限，不是历史记录：
https://ourvlog.net/articles/2026/11/01/1793527643202.html
三层分开之后，「时好时坏」就有了解释：如果是网页上的「复制」按钮时灵时不灵，那是第二层，跟权限和手势有关；如果是你自己按 Ctrl+C 没进历史，那是第一层，跟时序有关。
| 症状 | 最可能的原因 | 怎么验证 |
|---|---|---|
| 快速连续复制，前面的丢了 | 异步监听来不及处理 | 慢半秒再复制，看是否恢复 |
| Excel 大表复制后是空的 | 延迟渲染 30 秒超时 | 先粘到记事本转纯文本 |
| 网页「复制」按钮在后台无效 | 缺用户手势 / 非安全上下文 | 前台点击再试 |
| 图片从来不进历史 | 单项超 4 MB 上限 | 换张小图测试 |
| 密码管理器复制的不进历史 | 应用主动声明「不要记录」 | 换普通文本对比 |
| 远程桌面里完全没历史 | 剪贴板重定向没勾选 | mstsc → 本地资源 → 剪贴板 |
表格里最后两条值得多说两句。
密码管理器那条不是故障。 Windows 剪贴板支持应用主动排除自己——应用可以声明这段内容不要进历史、不要被云同步。1Password、Bitwarden 这类工具默认就会这么做。这是安全设计，你按 Win+V 找不到刚才复制的密码，说明它在正常工作。
远程桌面那条是配置问题。 mstsc 连接前要在「本地资源 → 剪贴板」里勾上，不勾的话剪贴板根本不重定向，本机历史里也不会多出东西。而且就算勾了，通过重定向传大图片也经常失败——这条通道本来就不是为大文件设计的。
不要凭印象判断。按顺序做一遍，哪一步断了一眼就能看出来。
# 0) 先确认剪贴板历史是开着的（返回 1 = 开）
reg query "HKCU\Software\Microsoft\Clipboard" /v EnableClipboardHistory
# 1) 看负责历史记录的用户服务在不在跑
Get-Service cbdhsvc* | Select-Object Name, Status, StartType
# 2) 读当前剪贴板里的文本（验证「写进去了但没进历史」还是「压根没写进去」）
Get-Clipboard -Format Text
# 3) 看当前剪贴板有没有图片 / 文件列表
Get-Clipboard -Format Image
Get-Clipboard -Format FileDropList
判定逻辑很简单：
cbdhsvc 是「剪贴板用户服务」，每个登录会话一个实例。它挂了的表现就是 Win+V 打不开或者一直空白。（来源：微软支持文档《使用剪贴板历史记录》，2026-11 查阅；具体条目上限与单项大小限制随版本调整，以当前系统设置为准。）
四条硬边界，知道了就不会白折腾：
25 条上限。 历史只保留最近 25 条，第 26 条进来时最老的一条被挤掉。重要的条目可以「固定」，固定的不参与淘汰。
单项 4 MB 上限。 超过就不进历史。高分辨率截图、长视频片段基本都会被这条挡住。
重启后未固定的会清。 历史存在内存里，不是磁盘上。指望它跨重启保存是不可能的。
跨设备同步是另一个开关。 「云剪贴板」和「本地历史」是两个独立设置，开了云同步不等于本地历史一定在，反过来也一样。
把这四条记住，能省掉一大半「我的剪贴板是不是坏了」的自我怀疑。
网上流传最广的一招是「重启 Windows 资源管理器」。它对一类问题有效，对另一类完全无效，但没人区分。
有效的情况：粘贴出来的是旧内容。复制了新的，粘出来还是上一次的。这类问题的成因是窗口消息传递卡住——剪贴板的「取件」依赖前台窗口和桌面之间的消息，资源管理器假死时请求投递不到，你粘到的就是残留。重启资源管理器（任务管理器 → Windows 资源管理器 → 重新启动）能立刻恢复。
无效的情况：内容压根没进历史。这时候消息链没坏，坏的是历史服务或者时序。重启资源管理器不会让丢掉的条目回来。
判断方法：看「当前剪贴板」有没有新内容（上面第 2 步）。有内容但粘贴是旧的 → 重启资源管理器；没内容 → 别重启，去查服务和应用。
说句不受欢迎的话：Win+V 是个便利功能，不是 productivity 工具。 25 条、4 MB、不落盘、异步会漏——这些限制注定了它只能应付「我刚才复制的那段话去哪了」。
如果你真的需要剪贴板历史（比如要在一堆素材里翻回半小时前复制的一段），装一个专门的工具，别跟系统功能较劲：
不推荐的是那些「一键增强剪贴板」的国产小工具。它们大多靠轮询剪贴板实现，反而会和系统历史服务抢时序，让「时好时坏」更严重。
误解一：「剪贴板历史记录坏了，要重装系统」。 绝大多数情况是没开（默认关闭），或者被组策略关了。企业电脑上这条尤其常见，AllowClipboardHistory 被设为 0 的话，界面上开关是灰的。
误解二：「Edge 有自己的剪贴板历史，在设置里开」。 没有。你在 Edge 设置里能找到的是「站点权限 → 剪贴板」，管的是网页能不能读写剪贴板，跟历史记录是两回事。这两者被名字撞在一起，是搜这个词的人最常掉的坑，我在另一篇里专门拆过这三者的区别：
https://ourvlog.net/articles/2026/11/04/1793800507037.html
误解三：「手机复制的能同步到电脑」。 要开「跨设备同步」并且两端登录同一微软账号，而且只支持文本和图片，不支持文件。同步链路本身还有延迟，别指望即时。
最后补一个历史包袱：站里那篇 2025 年的 Edge 剪贴板老文，讲的是这套东西最早的样子，机制部分到现在没过时，但界面路径已经变了：
https://ourvlog.net/articles/2025/07/20/1752941104400.html
「时好时坏」不是一个问题，是三个：时序赶不上（异步监听）、数据要不到（延迟渲染超时）、权限没给够（脚本手势）。先看丢的是哪一类，再决定改哪里，比照着教程一路重启要快得多。