Multer destination配置未生效问题排查与解决方案咨询

你犯了Multer配置的基础错误：初始化Multer时使用了自定义配置键名，而非官方要求的标准键名。

Multer的配置对象中，存储引擎的键必须是storage，文件过滤函数的键必须是fileFilter。但你的代码里写的是pictureStorage和pictureFileFilter，Multer无法识别这些自定义键，因此完全跳过了你定义的diskStorage配置，自然不会执行destination里的目录创建逻辑，日志也不会输出。

1. 修正Multer配置键名 #

修改导出中间件的代码，将自定义键名替换为Multer官方要求的键名：

module.exports = {
    pictureMdw: multer({ 
        storage: pictureStorage,  // 替换为标准键名storage
        fileFilter: pictureFileFilter  // 替换为标准键名fileFilter
    }),
}

2. 优化目录创建逻辑 #

原来的目录判断可以简化，使用fs.mkdirSync的recursive: true选项，一行代码就能创建多级目录，无需分两次判断：

destination: (req, file, cb) => {
    const destPath = path.join(__dirname, '..', '..', 'resources', 'users');
    // 递归创建所有不存在的父目录
    if (!fs.existsSync(destPath)) {
        console.info('Users目录及上级目录已创建');
        fs.mkdirSync(destPath, { recursive: true });
    }
    // 建议返回绝对路径，避免相对路径导致的目录找不到问题
    cb(null, destPath);
}

3. 调整控制器逻辑（可选） #

你当前的逻辑是Multer接收文件后，又用sharp重新写入一次，造成了重复存储。可以二选一优化：

• 若想让Multer仅接收文件到内存（不落地），改用multer.memoryStorage()，此时req.file.buffer会包含文件数据，再用sharp写入目标目录，同时需要在控制器里确保目录存在。
• 若想保留Multer的磁盘存储，直接在destination和filename中指定最终文件名，后续在控制器里对已存储的文件进行sharp处理。

高并发场景下，同步的fs.existsSync和fs.mkdirSync会阻塞事件循环，建议改用异步API：

destination: async (req, file, cb) => {
    const destPath = path.join(__dirname, '..', '..', 'resources', 'users');
    try {
        await fs.promises.access(destPath);
    } catch {
        console.info('Users目录及上级目录已创建');
        await fs.promises.mkdir(destPath, { recursive: true });
    }
    cb(null, destPath);
}

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