AWS Elastic Beanstalk上connect-multiparty报path读取未定义错误

针对你遇到的TypeError: Cannot read properties of undefined (reading 'path')错误，以下是AWS Elastic Beanstalk（EB）环境特有的几个异常诱因：

• 临时目录权限不足：EB的EC2实例默认以受限权限用户（如webapp）运行应用，而connect-multiparty默认使用系统临时目录（如/tmp）保存上传文件。若该目录对运行用户无读写权限，文件无法正常写入，导致req.files.thumbnail未被初始化。本地开发时使用的个人用户权限宽松，不会触发此问题。

• 临时磁盘空间耗尽：EB实例的临时磁盘（挂载在/tmp）容量有限，若上传文件过大或并发请求过多，会耗尽空间导致文件保存失败，thumbnail对象无法生成。

• Nginx请求大小限制：EB默认配置的Nginx代理有请求体大小上限（通常为1MB），若上传的文件（含表单数据）超过此限制，Nginx会直接拦截请求，后端无法接收到文件，req.files中自然不存在thumbnail字段。

• 未显式配置上传目录：本地依赖默认配置即可运行，但EB环境中需显式指定connect-multiparty的uploadDir参数，并确保该目录存在且有读写权限。未配置时，默认临时目录可能在EB环境中不可用。

• 代码未做存在性校验：修改后端代码后，可能移除了thumbnail是否存在的判断逻辑，本地环境中文件上传稳定所以未暴露问题，但EB环境中因上述任一问题导致文件上传失败时，直接访问thumbnail.path就会触发报错。

临时修复建议 #

1. 在代码中增加文件存在性校验：

let { audio, thumbnail } = req.files;
if (!thumbnail) {
  return res.status(400).send('缩略图文件上传失败，请重试');
}
// 后续读取文件逻辑

2. 显式配置connect-multiparty的上传目录，并确保目录存在：

const multipart = require('connect-multiparty');
const fs = require('fs');

const uploadDir = '/tmp/app-uploads';
// 递归创建目录（若不存在）
if (!fs.existsSync(uploadDir)) {
  fs.mkdirSync(uploadDir, { recursive: true });
}
const mpmw = multipart({ uploadDir: uploadDir });

3. 调整EB的Nginx请求大小限制：在项目根目录创建.ebextensions/nginx/conf.d/proxy.conf文件，添加以下配置：

client_max_body_size 50M; # 根据实际需求调整大小

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