ExpressJS中仅PATCH请求触发CORS错误，其他HTTP方法正常

核心原因分析 #

PATCH属于非简单请求，浏览器会先发OPTIONS预检请求验证服务器是否允许该方法。但你的路由中multer.single("image")会尝试解析所有请求的请求体，包括OPTIONS请求——而OPTIONS请求并没有文件，这会导致multer抛出错误，打断CORS响应头的正常返回，最终触发跨域报错。

解决方法 #

1. 单独处理OPTIONS请求，跳过multer解析

给目标PATCH路由单独配置OPTIONS请求的处理逻辑，让预检请求不经过multer直接返回200：

// 先处理OPTIONS预检请求，确保CORS头正常返回
app.options('/your-api-path/:schoolID', cors());

app.patch('/your-api-path/:schoolID', 
  (req, res, next) => {
    // OPTIONS请求直接放行
    if (req.method === 'OPTIONS') {
      return res.sendStatus(200);
    }
    next();
  },
  multer.single("image"),
  async (req, res, next) => {
    try {
      const { schoolID } = req.params;
      const args = { ...req.body};

      if (req.file) {
        args.image = {
          path: req.file.path,
          type: req.file.mimetype,
        };
      }
      const data = await update(args);
      res.json(data);
    } catch (error) {
      next(error);
    }
  }
);

2. 给multer添加错误拦截逻辑

捕获multer在OPTIONS请求中的解析错误，避免打断CORS响应流程：

app.patch('/your-api-path/:schoolID', 
  multer.single("image"),
  // 拦截multer的错误，针对OPTIONS请求特殊处理
  (err, req, res, next) => {
    if (err instanceof multer.MulterError && req.method === 'OPTIONS') {
      return res.sendStatus(200);
    }
    next(err);
  },
  async (req, res, next) => {
    // 原有业务逻辑
  }
);

3. 确认CORS中间件的加载顺序

必须把cors()中间件放在所有路由、multer配置之前，确保所有请求（包括OPTIONS）都能先拿到CORS响应头：

const express = require('express');
const cors = require('cors');
const multer = require('multer');

const app = express();

// 先加载CORS中间件
app.use(cors({
  methods: ['PATCH', 'GET', 'PUT', 'POST', 'HEAD', 'DELETE']
}));

// 再定义路由和multer处理
app.patch('/your-api-path/:schoolID', 
  multer.single("image"),
  async (req, res, next) => {
    // 业务逻辑
  }
);

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