Electron/Node.js：如何从REST响应中提取tar.gz文件并正确保存到本地磁盘

这问题我之前也碰到过，核心问题出在你用fs.writeFile的方式不对——它每次调用都会覆盖目标文件的内容，而data事件是分块返回响应数据的，这么写要么得到不完整的文件，要么最后变成空文件（比如最后一个chunk没正确写入，或者覆盖了之前的内容）。给你两种靠谱的解决方案：

方案一：使用流（推荐，适合大文件） #

用Node.js的流处理是最高效的方式，不需要把整个文件加载到内存里，直接把响应流导到本地文件流即可：

const fs = require('fs');
const { net } = require('electron');

// 发起请求
const myRequest = net.request({
  method: 'GET',
  url: '你的REST接口URL' // 替换成实际的接口地址
});

myRequest.on('response', (response) => {
  // 先检查响应状态，确保请求成功
  if (response.statusCode !== 200) {
    console.error(`请求失败，状态码：${response.statusCode}`);
    return;
  }

  // 创建本地可写流
  const writeStream = fs.createWriteStream('/some_dir/myFile.tar.gz');

  // 把响应流管道到可写流
  response.pipe(writeStream);

  // 监听流完成事件
  writeStream.on('finish', () => {
    console.log('tar.gz文件已成功保存');
  });

  // 处理流错误
  writeStream.on('error', (err) => {
    console.error('写入文件出错：', err);
    writeStream.destroy(); // 销毁流避免资源泄漏
  });

  response.on('error', (error) => {
    console.error('响应出错：', error);
    writeStream.destroy();
  });
});

// 结束请求
myRequest.end();

方案二：累加所有chunk后一次性写入 #

如果文件比较小，也可以先把所有分块数据收集起来，等响应结束后再一次性写入文件：

const fs = require('fs');
const { net } = require('electron');

const myRequest = net.request({
  method: 'GET',
  url: '你的REST接口URL'
});

// 用来存储所有数据块的数组
let dataChunks = [];

myRequest.on('response', (response) => {
  if (response.statusCode !== 200) {
    console.error(`请求失败，状态码：${response.statusCode}`);
    return;
  }

  response.on('error', (error) => {
    console.error('响应出错：', error);
  });

  // 收集每个数据块
  response.on('data', (chunk) => {
    dataChunks.push(chunk);
  });

  // 响应结束后合并所有chunk并写入文件
  response.on('end', () => {
    // 将所有Buffer块合并成一个完整的Buffer
    const fullFileBuffer = Buffer.concat(dataChunks);
    fs.writeFile('/some_dir/myFile.tar.gz', fullFileBuffer, (err) => {
      if (err) {
        console.error('写入文件失败：', err);
        return;
      }
      console.log('文件保存成功');
    });
  });
});

myRequest.end();

为什么你的原代码会出错？ #

你在data事件里每次调用fs.writeFile，这个方法的行为是创建或覆盖目标文件——也就是说，每收到一个新的chunk，就会把之前写入的内容全部清空，只保留当前这个chunk。如果最后一个chunk是空的（或者接收过程中出现异常），最终文件就会是空的；就算正常接收，这种方式也会频繁触发磁盘IO，效率极低，完全不适合处理大文件。

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