浏览器跨域及其解决方案
1、虽然跨域不是一个不好的事情，但是对于前后端分离的web开发来说确实需要解决的，大致的解决方案可分为：直接从根源解决问题，让浏览器安全策略不起作用。这个方法虽然可以解决问题但是不现实。
2、我们这里会采用cors的跨域方案。CORS是一个W3C标准，全称是跨域资源共享（Cross-origin resource sharing）。它允许浏览器向跨源服务器，发出 XMLHttpRequest 请求，从而克服了AJAX只能 同源 使用的限制。
3、常见的跨域场景：对于简单请求，浏览器会直接发出CORS请求，具体的就是在头信息中，增加一个 Origin 字段。
4、跨域问题解决办法如下：jsonp跨域jsonp跨域其实也是JavaScript设计模式中的一种代理模式。在html页面中通过相应的标签从不同域名下加载静态资源文件是被浏览器允许的，所以我们可以通过这个“犯罪漏洞”来进行跨域。
如何处理浏览器的跨域问题
1、直接从根源解决问题，让浏览器安全策略不起作用。这个方法虽然可以解决问题但是不现实。官方正统解决方案， CORS规范 允许服务器向浏览器返回一些HTTP Headers，浏览器可以基于这些HTTP Headers来决定是否突破SOP的限制。
2、跨域不一定会有跨域问题。因为跨域问题是浏览器对于ajax请求的一种安全限制： 一个页面发起的ajax请求，只能是于当前页同域名的路径 ，这能有效的阻止跨站攻击。因此： 跨域问题 是针对ajax的一种限制 。
3、在请求的js脚本中添加是否允许跨域访问的权限，jQuery.support.cors默认值为true，则代表允许；反之，不允许。
4、服务端设置了Access-Control-Allow-Origin就开启了CORS，所以这种方式只要后端实现了CORS，就解决跨域问题，前端不需要配置。
跨域问题怎么解决
事实上，SpringMVC已经帮我们写好了CORS的跨域过滤器：CorsFilter ，内部已经实现了刚才所讲的判定逻辑，我们直接用就好了。在 Application 下编写一个配置类，并且注册CorsFilter：结构：放到Application下即可。
问题十：怎么解决服务器间的跨域问题 服务端的解决方案的基本原理就是，由客户端将请求发给本域服务器，再由本域服务器的代理来请求数据并将响应返回给客户端。
PHP 跨域问题的解决方法常见有以下几种：使用 JSONP：通过动态创建 script 标签的方式，可以实现从不同的域名请求数据。
网站前端和后端不是同源的，采用以上的跨域方案，譬如CORS。同样的网站后端做中间人，访问第三方api，再转给网页前端。 使用nginx 反向代理解决跨域问题。
解决 原理：利用标签具有可跨域的特性，可实现跨域访问接口，需要后端的支持。服务器在收到请求后，解析参数，计算返还数据，输出messagetow（data）字符串。
理跨域请求代理服务的spproxy模块，用于彻底解决js跨域问题。
使用nginx代理解决跨域问题
使用nginx代理地址是解决生产环境发布的问题了，那么我在开发的时候使用angular这样需要打包的框架怎么办呢。当然在开发环境下，angular也是由类似代理地址的解决方案的。
Nginx反向代理解决跨域：nginx通过反向代理解决跨域也是利用了服务器请求服务器不受浏览器同源策略的限制实现的。
nginx是一个高性能的HTTP和反向代理web服务器，nginx用来解决跨域问题的原理与 前端非正统解决方式 的 proxy 的思路是一致的。
PS：nginx需要安装ssl模块，如果使用docker启动的nginx则已经有了不需要安装。
使用 Nginx 反向代理：通过配置 Nginx 反向代理，来实现跨域请求。
宝塔面板Nginx反向代理解决跨域问题
1、 使用nginx 反向代理解决跨域问题。 网站前端访问nginx服务的地址，nginx设置代理地址为访问第三方api地址，当访问代理地址的时候，浏览器访问的是nginx服务的地址，实际是访问第三方api地址。
2、简单说，nginx服务器欺骗了浏览器，让它认为这是同源调用，从而解决了浏览器的跨域问题。又通过重写url，欺骗了真实的服务器，让它以为这个http请求是直接来自与用户浏览器的。
3、Nginx反向代理解决跨域：nginx通过反向代理解决跨域也是利用了服务器请求服务器不受浏览器同源策略的限制实现的。
4、最近在准备一个小项目来着，使用tomcat部署后端的SpringBoot项目，然后使用Nginx部署前端界面并转发后端请求到相应的tomcat集群时，发生了跨域问题，解决过程欲仙欲死，特在此记录一下。
5、在前后端接口请求中，由于浏览器的限制，会出现跨域的情况。