欢迎访问WDPHP素材源码!今天是2024年04月27日 星期六,时间不早了,早点休息吧!
您好,游客 [ 马上登录 | 注册帐号 | 微信登录 | QQ登录]
当前位置:首页 > 教程 > 其他教程 > 

Node接口跨域问题怎么解决
栏目分类:其他教程    发布日期:2023-06-10    浏览次数:436次     收藏

这篇文章主要介绍了Node接口跨域问题怎么解决的相关知识,内容详细易懂,操作简单快捷,具有一定借鉴价值,相信大家阅读完这篇Node接口跨域问题怎么解决文章都会有所收获,下面我们一起来看看吧。

    CORS

    CORS (Cross-Origin Resource Sharing,跨域资源共享)由一系列 HTTP 响应头组成,这些 HTTP 响应头决定浏览器是否阻止前端 JS 代码跨域获取资源。

    浏览器的同源安全策略默认会阻止网页跨域获取资源。但如果接口服务器配置了 CORS 相关的 HTTP 响应头,则可以解除浏览器端的跨域访问限制。

    • CORS 主要在 服务器端 进行配置,客户端浏览器无须做任何额外的配置,即可请求开启了 CORS 的接口。

    • CORS 在浏览器中有兼容性。只有支持 XMLHttpRequest Level2 的浏览器,才能正常访问开启了 CORS 的服务器端口。(如:IE10+、Chrome4+、FireFox3.5+)

    CORS 响应头部 - Access-Control-Allow-Origin

    响应头部可以携带一个

    Access-Control-Allow-Origin
    字段,其语法如下:
    Access-Control-Allow-Origin: <origin> | *

    其中,

    origin
    参数的值指定了允许访问该资源的外域 URL。例如,下面的字段值只允许来自 itcast.cn 的请求:
    res.setHeader("Access-Control-Allow-Origin", "http://itcast.cn");

    *
    表示允许来自任何域的请求

    CORS 响应头部 - Access-Control-Allow-Headers

    默认情况下,CORS 仅支持客户端向服务器发送如下的 9 的请求头:

    Accept、Accept-Language、Content-Language、DPR、Downlink、Save-Data、Viewport-Width、Width、Content-Type(值仅限于 text/plain、multipart/form-data、application/x-www-form-urlencoded 三者之一)

    如果客户端向服务器发送了额外的请求头信息,则需在服务器端通过

    Access-Control-Allow-Headers
    对额外的请求头进行声明,否则这次请求会失败!
    // 允许客户端额外向服务器发送 Content-Type 请求头和 X-Custom-Header 请求头
    res.setHeader("Access-Control-Allow-Headers", "Content-Type, X-Custom-Header");

    CORS 响应头部 - Access-Control-Allow-Methods

    默认情况下,CORS 仅支持客户端发起 GET、POST、HEAD 请求。如果客户端希望通过 PUT、DELETE 等方式请求服务器的资源,则需要在服务器端,通过

    Access-Control-Allow-Methods
    来指明实际请求所允许使用的 HTTP 方法。
    res.setHeader("Access-Control-Allow-Methods", "POST,GET,DELETE,HEAD");
    // 允许使用所有的 HTTP 请求方法
    res.setHeader("Access-Control-Allow-Methods", "*");

    CORS 请求的分类

    客户端在请求 CORS 接口时,根据请求方式和请求头不同,可以将 CORS 的请求分为两大类,分别是:

    • 简单请求

    同时满足两大条件的请求,就属于简单请求:

    • 请求方式:GET、POST、HEAD 三者之一

    • HTTP 头部信息无自定义的头部字段

    • 预检请求

    只要符合以下任何一个条件的请求,都属于预检请求:

    • 请求方式为 GET、POST、HEAD 之外的请求类型

    • 请求头中包含自定义头部字段

    • 向服务器发送了 application/json 格式的数据

    在浏览器与服务器正式通信之前,浏览器会先发送 OPTION 请求进行预检,以获知服务器是否允许该实际请求,所以这一次的 OPTION 请求称为预检请求。服务器成功响应预检请求后,才会发送真正的请求,并且携带真实数据。

    简单请求和预检请求的区别

    简单请求:客户端和服务器之间只会发生一次请求。

    预检请求:客户端和服务器之间会发生两次请求,OPTION 预检请求成功之后,才会发起真正的请求。

    JSONP

    浏览器通过

    <script>
    标签的
    src
    属性请求服务器上的数据,同时服务器返回一个函数的调用。这种请求数据的方式叫做 JSONP。

    特点:

    • JSONP 不属于真正的 Ajax 请求,因为它没有使用 XMLHttpRequest 这个对象。

    • JSONP 仅支持 GET 请求。

    如果项目中已经配置了 CORS 跨域资源共享,为了防止冲突,必须在配置 CORS 中间件之前声明 JSONP 的接口,否则 JSONP 接口会被处理成开启了 CORS 的接口。

    相关热词: Node接口问题解决

    源码 模板 特效 素材 资源 教程 站长