前端跨域 OPTIONS 预检问题
最近项目中碰见了一个新的跨域问题
我们知道,跨域需要服务器开启跨域规则:
Access-Control-Allow-Methods: POST, GET, PUT, OPTIONS, DELETE, PATCH
Access-Control-Allow-Origin: *
但是项目使用了Bearea Token的验证方式
在发起请求时,会携带header
Authorization: Bearer token
此时OPTIONS请求预检时,会与后端进行验证,虽然OPTIONS验证通过了,但是仍然无法发送请求
这是为什么呢?
原来,OPTIONS请求会检测一个名为Access-Control-Allow-Headers返回头,用以验证发送请求时,返回头只能包含可发送的属性
所以我们只要在返回头里面加上 Authorization 就好了
主要以前写后端的时候,基本上一个*了事,现在逐一指定放行的属性,才出现了问题
Access-Control-Allow-Headers: Authorization...
此处的大小写无关紧要
本文来自博客园,作者:Bin_x,转载请注明原文链接:https://www.cnblogs.com/Bin-x/p/15567612.html
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· 别再用vector<bool>了!Google高级工程师:这可能是STL最大的设计失误
· 单元测试从入门到精通
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理
· 上周热点回顾(3.3-3.9)