本文介绍如何在 node.js 中正确实现“重命名文件 → 启动外部程序打开新文件 → 等待程序退出 → 还原文件名”的完整流程，重点解决因异步执行导致的竞态问题（如文件未就绪即被打开）。
本文介绍如何在 node.js 中正确实现“重命名文件 → 启动外部程序打开新文件 → 等待程序退出 → 还原文件名”的完整流程，重点解决因异步执行导致的竞态问题（如文件未就绪即被打开）。
在 Node.js 中处理文件重命名与外部程序协同操作时，一个常见误区是混淆同步与异步行为：fs.renameSync() 和 fs.writeFileSync() 是阻塞式调用，能立即完成；而 child_process.exec() 默认是非阻塞的，会立即返回子进程对象，并不等待外部程序退出。这正是原代码中“PDF 阅读器打开过快、文件尚未就绪”的根本原因——exec() 启动后函数即返回，后续逻辑（如监听 close 事件）虽已注册，但无法保证文件操作真正完成后再启动程序。
要确保外部程序打开的是已准备就绪的文件，推荐采用 同步阻塞式子进程调用（execSync），它会暂停主线程，直到外部程序完全退出，从而天然形成执行顺序保障：
const fs = require('fs');
const cp = require('child_process');
const path = require('path');
function writeFiles(oldName, newname) {
// 注意：此处示例中 tempfiles 应来自实际业务逻辑（如配置或扫描结果）
const tempfiles = [
{ oldname: oldName, newname: newname }
// 实际中可扩展为多个文件映射
];
for (const x of tempfiles) {
// 同步重命名：确保原子性完成
fs.renameSync(x.oldname, x.newname);
// 创建空占位文件（如需）
fs.writeFileSync(x.oldname, '');
}
return tempfiles;
}
function getCommandLine() {
// 根据平台返回对应命令前缀，例如 Windows 下可能需要 'start ""'
return process.platform === 'win32' ? 'start ""' : '';
}
function ShowFile(oldName, newname) {
const tempfiles = writeFiles(oldName, newname);
// ✅ 关键：使用 execSync 强制等待外部程序完全退出
const readerPath = '"C:\Program Files\Adobe\Acrobat DC\Acrobat\Acrobat.exe"'; // 示例路径，请按实际调整
const cmd = `${getCommandLine()} ${readerPath} "${newname}"`;
try {
cp.execSync(cmd, { stdio: 'inherit' }); // 继承 stdout/stderr，便于调试
} catch (error) {
console.error('外部程序启动失败:', error.message);
throw error;
}
return tempfiles;
}
// 主流程：调用并还原文件
try {
const tempfiles = ShowFile('report_old.pdf', 'report_temp.pdf');
// 外部程序已退出，安全还原文件
tempfiles.forEach(x => {
fs.renameSync(x.newname, x.oldname);
console.log(`已还原文件: ${x.newname} → ${x.oldname}`);
});
} catch (err) {
console.error('流程执行出错:', err);
}
⚠️ 重要注意事项：
- execSync() 会阻塞整个 Node.js 事件循环，不适用于高频或长时任务（如用户密集型 Web 服务）。若需非阻塞方案，应改用 exec() + 显式 await 子进程 close 事件，并配合 fs.promises（Node.js ≥10）实现全链路 Promise 化；
- Windows 下启动 GUI 程序常需 start "" 命令前缀，否则 execSync 可能卡住；macOS/Linux 请使用对应打开命令（如 open 或 xdg-open）；
- fs.renameSync() 在跨设备（如不同磁盘分区）时会失败，此时需改用 fs.copyFileSync() + fs.unlinkSync() 组合；
- 生产环境建议增加异常兜底：对 renameSync 和 execSync 均做 try/catch，并在失败时尝试清理临时文件。
总结：当控制流依赖“程序退出后执行下一步”时，优先选用同步 API（execSync + *Sync 文件方法）构建可预测的线性流程；若必须异步，则需通过 Promise 封装子进程并 await 其 close 事件，同时确保所有 I/O 操作也使用 Promise 版本以避免混合回调风格引发的时序混乱。
