预飞行CORS错误咨询：ArcGIS REST API跨域请求异常排查

错误本质 #

你遇到的Redirect is not allowed for a preflight request错误，核心原因是：浏览器发送的CORS预检OPTIONS请求，被服务器（或中间代理）重定向了——而CORS规范明确禁止预检请求被重定向，这会直接导致浏览器拦截请求。

Postman不会触发浏览器的CORS预检机制，所以能正常请求，但前端浏览器会严格遵循CORS规则，因此出现报错。这不属于前端代码逻辑错误，问题出在服务端或请求链路的配置上。

排查与修复步骤 #

• 检查接口地址是否存在重定向
  直接在浏览器地址栏或用curl发起OPTIONS请求到你的接口地址，看是否返回3xx状态码（比如301/302）。如果是，确认接口地址是否拼写错误（比如少打了结尾的斜杠、HTTP/HTTPS混淆），或者你的接口本身配置了重定向规则。
• 验证ArcGIS REST API的CORS配置
  虽然ArcGIS默认允许跨域，但需要确认你们搭建的ArcGIS服务是否正确配置了CORS：
  1. 登录ArcGIS Server Manager，进入服务配置的“CORS”选项
  2. 确认已添加前端预发布环境的域名到“允许的起源”列表，或者设置为*（生产环境不建议，但可用于测试）
  3. 检查是否开启了“允许所有HTTP方法”，确保OPTIONS请求能被正常处理
• 排查中间代理/网关的配置
  如果你的接口是通过公司内部代理或网关转发到ArcGIS服务的，要确认代理是否：
  • 正确转发OPTIONS请求到ArcGIS服务，而不是自行拦截或重定向
  • 没有在预检请求中添加导致重定向的头信息（比如强制HTTPS的重定向规则误作用于OPTIONS请求）
• 检查令牌获取逻辑的影响
  你提到尝试了令牌相关方法，需要确认：
  • 请求令牌的接口是否也存在重定向问题
  • 前端请求中携带令牌的方式是否正确（比如放在Authorization头而非参数中，避免触发额外的预检逻辑）
• 临时测试方案
  可以在本地开发环境中使用浏览器插件临时绕过CORS验证，确认请求本身的业务逻辑是否正常，但这只能用于测试，不能作为生产解决方案。

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