Node.js+Express文件下载后清空服务端文件异常修复

需要在Node.js+Express技术栈实现如下逻辑：从MongoDB读取数据后通过fs.appendFile写入临时文件，用户点击按钮将文件下载到本地桌面后，自动清空服务端存储的对应文件内容。
现有实现代码如下：

1. search.ejs 模板中的下载按钮部分

<div class="fileInfo" id="fileInfo">
  <a href="files/2pac.doc"  type="text/doc" charset="utf-8" download="2pac.doc">
  <button type="button" class="btn btn-md saveToFile" id="saveToFile">
    <i class="fa fa-download"></i>
    Зберегти у файл
  </button>
<!-- </a> -->
</div>

2. 前端绑定的按钮点击脚本

<script>
      $('#saveToFile').click(function(){
          // 之前尝试的延迟写法，本身存在语法问题
          //setTimeout($.get('/renewAfterDownload'), 5000);
          $.get('/renewAfterDownload')
      });
</script>

3. 服务端清空文件接口

app.get('/renewAfterDownload', function (req, res){
  fs.writeFile('public/files/2pac.doc', '', function(){console.log('done')});
})

当前故障现象：点击下载按钮后服务端立刻清空文件，用户最终下载到的是空文件，加setTimeout延迟也没有效果。

• 点击按钮时，a标签触发的下载请求、click事件里触发的清空接口请求是并行发送的，清空请求的响应速度甚至可能快于静态文件下载请求，导致文件先被清空，用户自然只能拿到空文件。
• 之前写的setTimeout本身语法错误：setTimeout($.get('/renewAfterDownload'), 5000)会立刻执行$.get请求，只是把请求的返回值传给setTimeout当回调，根本不会产生延迟效果。
• 核心设计问题：把清空动作的控制权交给前端，永远无法精准对齐「用户端文件下载完成」的时机，不管设置多长延迟都不可靠——延迟短了慢网速用户还是下到空文件，延迟长了服务端临时文件残留太久有数据泄露风险。

完全去掉前端触发清空的逻辑，把清空动作放到服务端下载流程里，在确认文件已经完整发送给客户端之后再执行清空，从根源保证时机准确：

1. 不要把待下载的临时文件直接放到Express静态资源目录托管，单独写文件下载接口，利用res.download的回调判断传输完成时机：

const fs = require('fs');
const path = require('path');

// 专门处理文件下载的接口
app.get('/download/2pac.doc', function(req, res) {
  const filePath = path.join(__dirname, 'public/files/2pac.doc');
  // 向客户端发送文件
  res.download(filePath, '2pac.doc', function(err) {
    if (err) {
      console.error('文件传输异常:', err);
      return res.status(500).end();
    }
    // 走到这里说明文件已经完整发送到客户端，直接清空服务端文件
    fs.writeFile(filePath, '', function(writeErr) {
      if (writeErr) console.error('清空临时文件失败:', writeErr);
      else console.log('临时文件已清空');
    });
  });
});

2. 修改EJS模板中的下载链接，指向新的下载接口，删掉之前绑定的click事件里所有发清空请求的逻辑，同时补全原来注释掉的a标签闭合标签：

<div class="fileInfo" id="fileInfo">
  <a href="/download/2pac.doc" type="text/doc" charset="utf-8" download="2pac.doc">
    <button type="button" class="btn btn-md saveToFile" id="saveToFile">
      <i class="fa fa-download"></i>
      Зберегти у файл
    </button>
  </a>
</div>

如果一定要前端触发清空，首先修正setTimeout的写法，给请求加足够长的延迟，但该方案受用户网络环境影响极大，稳定性很差，绝对不要在生产环境用：

$('#saveToFile').click(function(){
  // 必须把请求逻辑包在匿名函数里传给setTimeout，才会真正延迟执行
  setTimeout(() => {
    $.get('/renewAfterDownload')
  }, 15000); // 延迟时间需要覆盖绝大多数用户的下载耗时，无法精准适配所有场景
});

注意：该方案存在明显逻辑缺陷，临时调试用可以，正式环境必须用服务端控制清空时机的方案。

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