Node.js Azure Function生产环境临时存储异常致文件无法上传Google Drive

本地正常生产失效的核心差异逻辑 #

本地调试时，代码运行在你个人电脑的用户目录下，对当前工作目录拥有完整读写权限，直接传入裸文件名fileName写文件、读文件的流程可以正常跑通；但Azure Function生产环境的实例文件系统有严格的权限隔离，对应会触发三类问题：

1. 写文件流程存在静默失败缺陷 #

你当前封装的写文件Promise逻辑有明显漏洞：

• 当fs.writeFile回调返回错误（无写入权限、路径不存在等），代码仅执行日志打印，既不主动reject Promise，也不中断流程抛出错误
• 这会直接导致：写文件失败时，Promise既不进入fulfilled状态，也不进入rejected状态，后续挂载的.then()块永远不会被触发。从表面观测就是“脚本运行无报错，但上传逻辑完全不执行”，因为代码根本没走到上传Google Drive的步骤。

2. 硬编码的临时路径在生产环境必然失效 #

你之前尝试替换为C:\local\Temp\${fileName}的修复方式不生效，核心原因是：

• 当前生产环境部署的Node.js版Azure Function默认运行在Linux容器实例中，不存在Windows系统的C盘目录结构，这个Windows风格路径在Linux环境下会被解析为根目录下的非法路径，本身没有写入权限，写操作直接失败
• Azure Function实例的应用代码目录为只读权限，只有系统预留的临时目录拥有临时读写权限，绝对不能硬编码路径字符串，必须通过环境变量跨平台读取临时目录位置，兼容的读取逻辑为：

  const tempDir = process.env.TMPDIR || process.env.TEMP || process.env.TMP || '/tmp';
  const tempFilePath = path.join(tempDir, fileName);
  

3. 完全可以跳过本地落盘步骤，从根源规避权限问题 #

你的实现已经把POST上传的文件内容完整存在内存变量buf中，完全不需要额外做本地磁盘中转：

• Google Drive SDK的media.body参数直接支持内存可读流输入，跳过写本地文件的步骤，既减少磁盘IO开销，也彻底绕开了临时目录权限问题
• 你原代码中配置的mimeType: "[*/*]"不符合MIME格式规范，去掉多余的方括号修正为'*/*'即可，避免Drive端解析异常

修复后的参考实现 #

const { Readable } = require('stream');
const tempDir = process.env.TMPDIR || process.env.TEMP || process.env.TMP || '/tmp';

// 直接从内存Buffer构造上传流，无需落盘
const uploadStream = Readable.from(buf);

const drive = google.drive({ version: "v3", auth });
const fileMetadata = {
  name: `${projectName} - ${fileName}`,
  parents: [`${target}`]
};
const media = {
  mimeType: '*/*',
  body: uploadStream
};

// 用async/await包裹全流程，主动捕获所有环节的错误
async function uploadToDrive() {
  try {
    const res = await drive.files.create({
      resource: fileMetadata,
      media: media,
      fields: "id"
    });
    // 上传成功后的业务逻辑
  } catch (err) {
    // 打印全流程错误，避免静默失败
    console.error('上传流程异常:', err);
  }
}
uploadToDrive();

补充说明：如果业务场景确实必须落临时文件做中转，一定要补全原Promise的错误分支——写文件失败时主动调用reject把错误抛到上层流程，不要仅打印日志就结束流程；另外Azure Function的临时存储是实例本地的本地磁盘，仅在单个请求的生命周期内可读写，不会跨实例共享，请求结束后临时文件会被系统自动清理，不需要手动删除。

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