通过逆向工程增大Windows默认剪贴板历史记录上限

• 你找的ShellExperienceHost.exe方向是对的，但核心限制逻辑未必直接暴露在可见字符串中，需要更深入的逆向分析：

  1. 组件分工：Win+V的剪贴板UI确实由ShellExperienceHost.exe托管，但剪贴板历史的存储、数量限制等核心逻辑，可能分散在关联的底层模块（如ClipboardSvc.dll）或系统剪贴板服务中。ShellExperienceHost.exe更多负责UI渲染和交互转发。
  2. 搜索方向偏差：25这个上限值大概率不是以字符串形式存在，而是作为整数常量（十六进制为0x19）嵌入代码。你可以在Ghidra中搜索这个数值，或者定位处理剪贴板历史添加、自动清理的函数，查找判断历史条目数量是否达到阈值的条件分支。
  3. 动态调试辅助：仅靠静态分析可能遗漏逻辑，建议用x64dbg附加ShellExperienceHost.exe，多次复制内容触发历史更新，当条目接近25时，跟踪检查数量的断点，定位限制逻辑的具体位置。
  4. 数据库层面验证：剪贴板历史默认存储在%LOCALAPPDATA%\Packages\Microsoft.Windows.ShellExperienceHost_cw5n1h2txyewy\LocalState\ClipboardHistory下的数据库文件中，分析该数据库的结构，确认是否存在容量限制的配置项或硬约束。

• 注意：修改系统核心组件存在稳定性风险，Windows更新会覆盖修改后的文件，且这类限制可能存在多重校验（代码+数据库），逆向修改的成本较高。

内容的提问来源于stack exchange，提问作者Nidal Barada