新增替换 Ctrl+C/Ctrl+V/Ctrl+X 实现为 FastCopy 功能

[TPAXcc]

[AlexAdasCca]

@HO-COOH

有两种方法不需要太多的逆向工程就可以间接完成这项功能。

首先，我们需要澄清在两种场景下，用户可以通过Shell完成复制/粘贴/剪切文件的操作。这两种场景分别是：

• 通过名为 Drag And Drop To Target 的拖放操作通过鼠标将文件从一处移动到另一处（源和目的地都可以不是资源管理器，并且拖放操作的处理程序会区分文件还是目录处理模式），Shell 提供了DragDropHandlers 扩展注册API（RegisterDragDrop），注册的扩展将在用户的注册表中完成记录（HKEY_USERS\S-1-5-21-...-..._Classes\Folder[这里可以是Directory]\ShellEx\DragDropHandlers），也可以在管理员模式下注册到本地计算机，那么将在默认的全局注册表路径下完成注册。拖放处理需要实现用户以鼠标左键完成拖放操作 IDropTarget，还有一个 IDropSource 我猜测可能不必使用。
• 通过剪贴板文件传输完成操作，将文件复制到剪贴板时，Shell 可以使用 SetClipboardData 设置数据（文档中说在此传输中文件实际转换为了 IDataObject 对象，应该可以获取目录PIDL和文件路径信息）。但是此 API 属于热点调用，所以不适用于直接挂钩。在此场景我们将建议通过其他方式获取。

文档链接：

• https://learn.microsoft.com/en-us/windows/win32/shell/dragdrop
• https://learn.microsoft.com/en-us/windows/win32/shell/datascenarios

实际需要不同的实现。但都可以使用这里的方法交给 FastCopy 完成。

其中一种方法分为三个步骤：

步骤一：监视剪贴板变更

首先设置 SetClipboardViewer 剪贴板监视。
然后每当剪贴板内容发生变化时，注册的最新的窗口将通过此函数（或者使用另一个函数 ChangeClipboardChain ）收到 WM_DRAWCLIPBOARD 消息。

步骤二：获取当前活动的 Windows 资源管理器目录

（略）。

步骤三：解析剪贴板对象代表的文件或目录列表，然后清除剪贴板信息（可以不清除）。并以 UI 提示是否要粘贴到哪里，如果不期望使用 FastCopy，将重新恢复剪贴板数据。

在步骤三中还有另一种实现方式，可以解决 Ctrl+V 无法被监控的问题。我们可以使用 API Monitor 工具观察到当用户使用快捷键时候，会进行一组已知的消息传递流程：

当用户激活文件夹窗口时，会首先获取焦点（SetFocus）；随后当用户选择文件时，会使用 COM（这里的细节不展开阐述）。当按下 Ctrl 按键或者继续按下 C/V 按键时，都会经过消息处理和窗口回调：PeekMessageW ->... > DispatchMessageW -> CallWindProcW/DefWindowProcW，并先后收到 WM_KEYDOWN/WM_KEYUP 消息。

最关键的是，会执行加速键操作，而通过文档可以知道加速键是注册绑定到 WM_COMMAND 消息ID和窗口过程的，并在PE中有存根。通过Hook 捕获 TranslateAcceleratorW 的参数可以获取到加速表句柄和消息结构体。TranslateAcceleratorW 负责将消息转换并发送至注册的目标窗口过程进行处理。

如果这里的方法可行，可以同时关闭 COM Hook 途径的 Issue 了 :( 。理论上应该比那种方式更稳定。