跨域问题解决思路

跨域解决思路
解决思路:
1. 让浏览器不做限制,指定参数,让浏览器不做校验,但该方法不太合理,它需要每个人都去做改动。
2. 不要发出XHR请求,这样就算是跨域,浏览器也不会报错,解决方案是JSONP,通过动态创建一个script,通过script发出请求
3. 在跨域的角度:一种是被调用方修改代码,加上字段,告诉浏览器,支持跨域,支持调用方调用。第二种是调用方使用代理,在a域名里面的的请求地址使用代理指定到b域名。第一种是支持跨域,第二种是隐藏跨域
跨域请求问题解决方案:
修改浏览器中默认设置,避免存在的跨域限制问题,该方法主要针对客户端做操作,可操作性差;
修改请求的Type ,将默认的 XHR 修改为 JSONP 请求
Ajax跨域解决思路
《解决办法》
修改调用方:
通过代理设置成一样的域
解决跨域思路
三种解决思路:
修改请求方式
被调用方修改为支持跨域
调用方隐藏跨域
跨域的解决思路:
被调用方修改是支持跨域(比如修改服务器允许访问源)(JSONP)
调用方修改是隐藏跨域(如果服务器是其他公司的,不能修改的情况),只能修改访问方(代理方式)
jsonp
修改被调用方
隐藏跨域(通过代理修改域名或端口使其与被调用方保持一致)
一、跨域-调用方:隐藏跨域
二、跨域解决思路:
被调用方 后端 header
调用方 代理
被调用方修改是支持跨域(比如修改服务器允许访问源)
调用方修改是隐藏跨域(如果服务器是其他公司的,不能修改的情况),只能修改访问方
解决思路:
让浏览器不做限制,指定参数,让浏览器不做校验,但该方法不太合理,它需要每个人都去做改动。
不要发出XHR请求,这样就算是跨域,浏览器也不会报错,解决方案是JSONP,通过动态创建一个script,通过script发出请求
在跨域的角度:一种是被调用方修改代码,加上字段,告诉浏览器,支持跨域,支持调用方调
解决思路:
让浏览器不做限制,指定参数,让浏览器不做校验,但该方法不太合理,它需要每个人都去做改动。
不要发出XHR请求,这样就算是跨域,浏览器也不会报错,解决方案是JSONP,通过动态创建一个script,通过script发出请求
在跨域的角度:一种是被调用方修改代码,加上字段,告诉浏览器,支持跨域,支持调用方调用。第二种是调用方使用代理,在a域名里面的的请求地址使用代理指定到b域名。第一种是支持跨域,第二种是隐藏跨域
被调用方支持跨域,在响应头加入参数
调用方隐藏跨域
解决跨域的三种思路:
解决思路:
让浏览器不做限制,指定参数,让浏览器不做校验,但该方法不太合理,它需要每个人都去做改动。
不要发出XHR请求,这样就算是跨域,浏览器也不会报错,解决方案是JSONP,通过动态创建一个script,通过script发出请求
在跨域的角度:一种是被调用方修改代码,加上字段,告诉浏览器,支持跨域,支持调用方调用。第二种是调用方使用代理,在a域名里面的的请求地址使用代理指定到b域名。第一种是支持跨域,第二种是隐藏跨域
解决思路
ajax失败 的原因:浏览器有限制,跨域,xmlHttpRequest请求
跨域:两个不同的地址之前相互调用,就存在着跨域的问题。
XHR:只要请求的不是xmlhttprequest请求,别的请求都可以。如:json
解决思路
跨域解决思路