Electron中获取拖放文件目标路径的技术求助

针对你提到的Electron官方startDrag函数无法获取拖放目标路径、临时文件方案不适用于大型系统的问题，这里提供几个可行的替代思路：

1. 优化临时文件方案（最低成本） #

如果不想引入第三方依赖，可以优化现有临时文件逻辑，降低对大型系统的影响：

• 拖放开始时，在系统临时目录创建极小的占位文件，同时通过IPC向主进程传递待写入的实际数据/资源信息
• 用文件监听工具（如chokidar）监听占位文件的移动事件，或结合窗口焦点变化辅助判断拖放完成时机
• 检测到文件被移动到目标路径后，立即用实际数据覆盖该文件，随后清理临时文件残留
• 关键代码示例：

// 渲染进程
document.querySelector('.drag-target').addEventListener('dragstart', (e) => {
  e.preventDefault();
  const tempPath = path.join(os.tmpdir(), 'temp-drag-placeholder');
  ipcRenderer.send('prepare-drag', { tempPath, data: /* 你的实际业务数据 */ });
  webContents.startDrag({
    file: tempPath,
    icon: path.join(__dirname, 'drag-icon.png')
  });
});

// 主进程
ipcMain.on('prepare-drag', async (event, { tempPath, data }) => {
  await fs.promises.writeFile(tempPath, '', { flag: 'wx' });
  const watcher = chokidar.watch(tempPath, { persistent: true });
  watcher.on('move', async (oldPath, newPath) => {
    await fs.promises.writeFile(newPath, data);
    watcher.close();
    fs.promises.unlink(oldPath).catch(() => {});
  });
});

2. 第三方Native扩展（更直接） #

使用社区开发的Electron Native拖放扩展，这类模块能绕过官方API限制，直接监听系统级拖放释放事件获取目标路径：

• 比如部分社区模块可在拖放释放时触发回调，直接返回目标文件夹路径，无需临时文件即可写入数据
• 优点是逻辑更简洁，无临时文件残留；缺点是需要编译Native代码，跨平台兼容性需自行验证

3. 平台特定方案（深度定制） #

如果应用针对单一平台优化，可借助平台原生API实现：

• macOS：通过AppleScript监听Finder拖放事件，结合Electron的shell模块执行脚本获取目标路径
• Windows：用ffi-napi等模块调用Win32 API的拖放消息监听函数，直接捕获目标路径
• Linux：通过DBus与文件管理器通信，获取拖放目标信息

现状说明 #

目前Electron官方暂无扩展startDrag能力的计划，相关社区议题已关闭，上述方案均为社区实践总结的替代方案。

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