应用内调用POST API返回404，CURL调用正常求助

根据你描述的现象（前端POST请求404，CURL调用正常），核心原因大概率是前端请求的目标地址未正确指向后端服务，以下是具体排查和解决步骤：

1. 优先检查前端开发环境的代理配置 #

这是最常见的触发场景：如果你的前端项目（如Vite、Create React App）运行在和后端不同的端口（比如前端默认3000，后端5173），直接使用相对路径/api/conversations会请求前端服务器端口，而非后端的5173，导致404。而CURL直接指定后端端口，所以能正常访问。

对应解决方法： #

• Vite项目：在vite.config.js中添加代理配置：

export default {
  server: {
    proxy: {
      '/api': {
        target: 'http://localhost:5173',
        changeOrigin: true
      }
    }
  }
}

• Create React App项目：在package.json中添加代理字段：

"proxy": "http://localhost:5173"

修改后重启前端开发服务器，确保请求被转发到后端端口。

2. 验证前端请求的实际目标URL #

打开浏览器开发者工具（Network标签），查看POST请求的完整URL：

• 如果URL是http://localhost:3000/api/conversations（前端端口）：说明代理未生效，请求未到达后端。
• 如果URL已经指向后端端口但仍404：检查路径是否有大小写错误、额外前缀，和后端路由/api/conversations完全匹配。

3. 排除路由与中间件顺序问题（低概率） #

从你的后端代码看，app.use(express.json())放在了API路由之前，符合规范（确保能解析JSON请求体）。但需要确认：

• 所有API路由都定义在app.use(express.json())之后，否则无法解析请求体（此问题会导致400错误，而非404，但需排除）。
• 没有其他中间件（如静态文件中间件）覆盖了API路由的匹配。

4. 对比请求体与参数格式（低概率） #

虽然CURL能正常工作，但前端发送的recipients格式可能不符合后端模型要求：

• 后端Conversation模型要求recipients是ObjectId数组，若前端发送的是普通字符串数组，会触发数据库保存失败（500错误，而非404）。
• 可在浏览器Network中查看请求体内容，和CURL的请求体对比是否完全一致。

额外验证步骤 #

1. 直接在浏览器地址栏访问http://localhost:5173/api/conversations（GET请求），确认后端路由正常返回数据。
2. 用Postman模拟前端的POST请求（使用相同的请求头和请求体），若Postman成功，说明问题出在前端环境或请求配置上。

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