ws域名,前后端分离项目,如何解决跨域问题

前后端分离项目跨域问题是不可避免的代备案。通常情况下前端由Reactws域名、Vue等框架编写,通过ajax请求服务端API,传输数据用json格式。ws域名,前后端分离项目,如何解决跨域问题那么为什么有跨域的问题呢?解决跨域问题有哪些方式?搞清楚这两个问题我们需要了解一下什么是同源策略。浏览器的同源策略同源策略(Same origin policy)是一种安全约定,是所有主流浏览器最核心也是最基本的安全功能之一。同源策略规定:不同域的客户端脚本在没有明确授权的情况下,不能请求对方的资源。同源指的是:域名、协议、端口均相同。比如我们访问一个网站/index.html,那么这个页面请求如下地址得情况是这样的:另外,同源策略又分如下两种情况:DOM同源策略:禁止对不同源的页面DOM进行操作,主要防止iframe的情况。比如iframe标签里放一个支付宝付款的页面,如果没有同源策略,那么钓鱼网站除了域名不同,其他的则可以和支付宝的网站一模一样。XML同源策略:禁止使用XHR对象向不同源的服务器发起,这个时候你访问了恶意网站,黑客拿到你的cookie,再通过ajax请求之前的银行网站,便可以轻易的拿到你的银行信息。所以,正是因为有了同源策略,大家的网络环境才相对的安全一些。跨域问题的解决办法了解了同源策略,就知道为什么会有跨域问题的产生了,都是为了安全。但是实际研发中,大家还是需要跨域去访问资源。典型的应用场景就是前后端分离的项目了。那么我们如何去解决跨域问题呢?CORS-跨域资源共享CORS是一种W3C标准,定义了当产生跨域问题的时候,客户端与服务端如何通信解决跨域问题。实际上就是前后端约定好定义一些自定义的}浏览器将CORS请求分为简单请求和非简单请求:简单请求简单请求必须满足以下两个条件:请求方式必须是HEAD、GET、POST三种方法之一。、Accept-Lanuage、Content-Lanuage、Last-Event-ID、Content-Type,其中Content-Type只限于三个值 application/x-、multipart/form-data、text/plain。非简单请求不满足简单请求条件的就是非简单请求。针对非简单请求,浏览器会发起预检请求。预检请求的意思是当浏览器检查到你的页面含有跨域请求的时候,会发送一个OPTIONS请求给对应的服务器,以检测服务器是否允许当前域名的跨域请求。如果服务端允许该域名请求,则返回204或200状态码,浏览器接收到允许请求时候再继续发送对应的GET/POST/PUT/DELETE请求。同时服务器端也会告知浏览器预检请求的缓存时长是多少,在这个时间范围内,浏览器不会再次发起预检请求。原理基本上就是上面说的这些,实际业务中我们如何通过配置来解决跨域问题呢?基本上常见的就是三种方式:nginx配置通常我们在nginx增加如下配置即可解决跨域问题:用nginx这种方式是最舒服的,不需要客户端和服务端多做其他工作,对代码无入侵。jsonp因为script标签是不受浏览器同源策略的影响,允许跨域请求资源(我们的每一个页面都引用了大量第三方js文件)。所以可以利用动态创建script标签,通过src属性发起跨域请求,这就是jsonp的原理。但是jsonp只支持GET请求,所以并不是一种好的方式。服务端代码控制可以在服务端增加对跨域请求的支持:这种方式相当于全局过滤器,对所有请求都过滤一遍。以上三种方式都可以一定程度上解决跨域问题,但是nginx配置和服务端控制不能同时存在,否则会报“Access-Control-Allow-Origin Not Allow Multiple value”的错误。个人比较推荐nginx配置的方式,一劳永逸,不需要每个web项目都去编写跨域的代码。大家在工作中有没有遇到过跨域问题呢?都是怎么解决的?欢迎评论区交流讨论,共同学习~

本文出自快速备案,转载时请注明出处及相应链接。

本文永久链接: https://www.175ku.com/19256.html