‘壹’ 如何解决前端跨域问题
可以使用服务器代理或者在后端设置允许跨域。
现在的项目一般是在后端设置允许跨域，前端在带有允许跨域的情况下，可以像没有跨域一样正常访问。
如果前端单独发布到服务器，也可以在服务器是设置代理，使用代理转发请求。
‘贰’ cors 的使用步骤
CORS操作步骤
1、首先，移动站数据链改为模块（若已经是网络模式则不需要此步骤）。步骤：先开移动站主机，再开手簿，打开工程之星软件→设置→仪器设置→设置数据链→模块→确定。
2、等到右下角的状态为固定解时。点“工程”→“新建工程”→输入工程名字→下一步→北京54→下一步→中央子午线117→确定。 {此时工程新建完毕。注意：新建工程时只要输入工程名字、选择需要的坐标系和中央子午线就可以。其他选项一律不可以动（为坐标系的固定参数，更改了会导致坐标系变形，坐标错误等）}。
3、坐标系转换。点“设置”→求转换参数→增加→输入控制点坐标→OK→扶准气泡后点击“读取当前点坐标” →输入天线高→选择“杆高”→OK（此时，对话框中就有了一个参数了）→保存→输入当前控制点的点名→点击“确定”→弹出“保存成功”→点击OK→最后点击应用。 （第一个控制点的转换参数就求出来了。注意：增加→保存→应用这三个组合拳缺一不可。请不要遗漏步骤。）
4、求完第一个点的参数后，最好复合一下，即扶准气泡→按A→输入天线高→选择杆高→确定。然后按两下B查询。将查询到的点与已知点相比较。误差不大就可以了（若相差太大，需要重新步骤3，删除误差大的参数，重新增加→保存→应用。直到复核相差不大为止） 到第二个控制点，重复步骤“3”、“4”。
求完两个控制点后，即可进行测量、放样。 测量：扶准气泡后，按字母键“A”，输入天线高，选择杆高。确定即可。 放样：线放样，测量→线放样→点击下边中间的虚线小本子→增加→输入起点→输入终点→OK→选择线（即点中该线名并变成黑色）→OK。即可进行放样。 点放样，测量→点放样→点击下边中间的虚线小本子→增加→输入要放样的点→选中要放样的点（即点中该点名并变成黑色）→点击OK→然后根据指南针上的方向进行放样。
‘叁’ koa开启cors允许跨域，携带cookies
使用koa开发想要开启 cors 非常简单，已经有对应的库： @koa/cors 。
虽然库的readme没有具体介绍具体的用法，但是我们可以通过阅读测试用例知道可以传什么参数，什么类型。
只需要两行，接口就会在返回数据的时候带上 Access-Control-Allow-Origin 响应头。默认允许所有请求方式跨域， Access-Control-Allow-Origin 默认为 * 。
为了安全考虑，携带cookies的跨域请求只允许 Access-Control-Allow-Origin 为单一域名，即只支持一个域名在请求的时候携带cookies。且需要带上响应头 Access-Control-Allow-Credentials
对 @koa/cors 添加配置 origin 和 credentials ：
同时，前端要发起携带cookies的跨域请求，需要设置 XMLHttpRequest 的 withCredentials 为 true ，如果你是使用 axios ，只需要在请求配置里加上一句 withCredentials: true ，请看例子：
这样前端（ http://koa.com ）就可以向后端（ http://localhost:8000 ）发送请求了。
如果你的前端地址只有一个，给 @koa/cors 的 origin 添加一个域名就能满足需求，如果需要支持跨域的域名有多个呢？
通过观察 @koa/cors 的 单元测试用例 ，可以发现 origin 是支持用函数的方式传入的。这样我们就可以维护一个域名数组，判断请求地址是否在域名数组内，就能知道是否要对请求地址提供携带cookies请求支持了。
要想知道发起请求的前端地址，可以使用 ctx.request.header.origin 。注意 ctx.request.header.origin 和 ctx.request.origin 是不同的。 ctx.request.origin 是接口域名， ctx.request.header.origin 是发起请求的页面域名。
‘肆’ 在进行CORS-RTK测量时,CORS基站怎么设置参数
1、打开SurPad4.0，连接仪器，点击“移动站模式”。因为是网络基站，所以直接进行移动站设置即可。
‘伍’ CORS原理及实现
跨域资源共享( CORS )是一种机制，是W3C标准。它允许浏览器向跨源服务器，发出 XMLHttpRequest 或 Fetch 请求。并且整个 CORS 通信过程都是浏览器自动完成的，不需要用户参与。
而使用这种 跨域资源共享 的前提是，浏览器必须支持这个功能，并且服务器端也必须同意这种 "跨域" 请求。因此实现 CORS 的关键是服务器需要服务器。通常是有以下几个配置：
具体可看： https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Access_control_CORS#Preflighted_requests
过程分析：
另外在 CORS 中有 简单请求 和 非简单请求 ，简单请求是不会触发 CORS 的预检请求的，而非简单请求会。
“需预检的请求” 要求必须首先使用 OPTIONS 方法发起一个预检请求到服务器，以获知服务器是否允许该实际请求。"预检请求“的使用，可以避免跨域请求对服务器的用户数据产生未预期的影响。
简单请求不会触发 CORS 的预检请求，若请求满足所有下述条件，则该请求可视为“简单请求”：
简单回答 ：
详细回答 ：
除了上面这些请求外，都是非简单请求。
若是跨域的非简单请求的话，浏览器会首先向服务器发送一个预检请求，以获知服务器是否允许该实际请求。
整个过程大概是：
这里有两点要注意：
一：
Access-Control-Request-Method 没有 s
Access-Control-Allow-Methods 有 s
二：
关于 Access-Control-Max-Age ，浏览器自身也有维护一个最大有效时间，如果该首部字段的值超过了最大有效时间，将不会生效，而是以最大有效时间为主。
还是在原本 JSONP 的那个案例上。
我在根目录下新建了一个文件夹 cors ，并往里面添加了一个 index.html 文件：
/cors/index.html
为了后面也方便调试，用 node 简单写了一个前端的本地服务和后端的本地服务。
在根目录下新建 client.js 文件，并写入：
./client.js :
在根目录下新建 index.html 文件，并写入：
./index.html :
(以上：实现了一个简单的前端路由效果)
在根目录下新建 server.js 文件，并写入：
./server.js :
并给 package.json 中配置两个启动指令：
package.json :
OK👌，来分别启动一下 npm run client 和 npm run server
并打开页面的 127.0.0.1:8000/cors （或者打开 127.0.0.1:8000 然后点击 CORS 这个 a 标签）
点击 获取name 按钮，可以看到能够正常获取到本地服务器的数据了。
接着让我们来改造一下 ./cors/index.html 中的按钮点击请求，让它变成一个非简单请求：
./cors/index.html :
此时，打开页面点击按钮会发现发送了两次 corsname 的请求：
（一）预检请求：
（二）实际请求：
对于跨域 XMLHttpRequest 或 Fetch 请求，浏览器 不会 发送身份凭证信息。如果要发送凭证信息，需要设置 XMLHttpRequest 的某个特殊标志位。
例如我们想要在跨域请求中带上 cookie ，需要满足3个条件：
所以为了模拟这个效果，让我们来写一个小小的登录+获取数据的功能吧。
首先对于web端，我新增了一个登录按钮，并且配置了一下 axios ：
./cors/index.html :
接着为了更方便的模拟后台请求，我需要在项目中安装两个中间件：
接着修改一下 server.js 的后台配置：
./server.js :
现在让我们重启一下服务，然后打开页面看看效果：
（一）点击登录：
（二）点击获取name：
（三）查看cookie：
方案一：发出简单请求(这不是废话吗...)
方案二：服务端设置 Access-Control-Max-Age 字段，在有效时间内浏览器无需再为同一个请求发送预检请求。但是它有局限性：只能为同一个请求缓存，无法针对整个域或者模糊匹配 URL 做缓存。
‘陆’ SpringMvc CORS跨域设置
基于安全的考虑， W3C 规范规定浏览器禁止访问不同域(origin)的资源，目前绝大部分浏览器遵循这一规范，从而衍生出了跨域资源共享 ( CORS )问题，相比于 IFRAME 或 JSONP ， CORS 更全面并且更安全， Spring Mvc 为我们提供了一套多粒度的CORS解决方案。
关于 CORS 的介绍，主要参考文章 《Cross-Origin Resource Sharing (CORS)》
CORS 的工作原理是添加新的 HTTP headers 来让服务器描述哪些源的请求可以访问该资源，对于可能对服务器造成不好影响的请求，规范规定浏览器需要先发送“预检”请求（也就是 OPTION 请求），在预检请求通过后再发送实际的请求，服务器还可以通知客户端是否应该随请求发送“凭据”（例如 Cookie 和 HTTP 身份验证），更详细的介绍可以参考上面的文章，本文主要讨论 Spring Mvc 对 CORS 的支持。
需要注意的是：
不需要发送”预检“请求
可以看见 @CrossOrigin 注解可以标注在类或者方法上，其中几个常量如 DEFAULT_ORIGINS 已经在Spring 5.0弃用，取而代之的是 CorsConfiguration#applyPermitDefaultValues 方法。
标注在类上，该类的所有方法均会生效
同时也可以类和方法结合使用
@CrossOrigin 注解比较适用于较细粒度的跨域控制，对于全局的跨域控制， Spring Mvc 提供了 Global Configuration 配置。
Spring Mvc 对于全局的 CORS 比较简单，分为两个方案
创建 WebConfig 类实现 WebMvcConfigurer 接口，通过 CorsRegistry 设置跨域信息
通过 CorsConfiguration 设置跨域信息，并将 CorsConfiguration 通过 CorsFilter 构造函数传递进去
Spring Mvc 对于 CORS 可以说是非常方便，本文主要是想让各位开发者对跨域有个整体的了解，各个参数代表的含义，而不是在所有项目中都一概而论的设置为“*”，要在自身项目的实际需求以及安全性上多做思考，防止生产事故。
‘柒’ 前端解决跨域都有哪些方法
什么是跨域？
浏览器发送的请求地址（URL）与所在页面的地址 不同（端口/协议/域名 其一不同）。简言之，浏览器发出的请求url，与其所在页面的url不一样。此时，同源策略会让浏览器拒收 服务器响应回来的数据，报错信息如下：
最常用的四种跨域解决方案
1.cors
cors跨域资源共享允许是在服务端"Access-Control-Allow-Origin"字段设置的，当将cors设置为允许某个地址访问时，该地址就可以跨域访问这个服务器地址。当cors设置为"*"时即允许所有地址访问时，则表示所有地址都可以跨域访问这个服务器地址的资源。
2、 通过jsonp跨域
Jsonp是Json的一种“使用模式”，他就可以解决浏览器遇到的跨域问题，我们可以动态创建script，再请求一个带参网址实现跨域通信。用Jsonp请求得到的是JavaScript，相当于直接用JavaScript解析。
3、postMessage跨域
在h5中新增了postMessage方法，postMessage可以实现跨文档消息传输，我们可以通过Windows的message事件来监听发送跨文档消息传输内容。
4、proxy（代理）
原理：因为同源策略只是针对浏览器的安全策略，但是服务端并不受同源策略的限制，也就不存在跨域的问题。
‘捌’ 前端跨域如何解决
什么是跨域？
跨域是通俗的说是从一个域名去请求另一个域名的资源。比如从 www..com 页面去请求 www.taobao.com 的资源。
跨域严格一点来说：两个域名只要协议，域名，端口中只要有一个不同，就被成为跨域
浏览器为什么要限制跨域？
只有同域才可以拿到存在cookie中的信息，防止坏人随意拿到我们的信息去做坏事
在团队的配置中，我们为了减少前端对后端的依赖，提高开发效率，使前后端职责更清晰等等因素，我们不得不面对跨域的问题，那我们该怎么解决呢？
1、 JSONP
原理：浏览器对script的资源引用没有同源限制，同时资源加载到页面后会立即执行，所以通过动态插入script标签即可达到跨域的请求
特点：数据为json格式
缺点：不能post
2、 CORS
原理 ： cors(Cross-Origin Resource Sharing)是 W3C CORS 工作草案 ，它定义了在跨域访问资源时浏览器和服务器之间如何通信。CORS背后的基本思想是使用自定义的HTTP头部允许浏览器和服务器相互了解对方，从而决定请求或响应成功与否
特点 ：是 JSONP 模式的现代版。支持更多的请求方式，XMLHttpRequest
缺点：需后端配合修改，现代浏览器支持cors，老浏览器依旧要用JSONP
3、 PROXY
原理：proxy代理用于将请求拦截，然后通过服务器来发送请求，然后再将请求的结果传递给前端
node通常用 node-http-proxy 即可
proxy太通用了，weblack-dev-server里已集成，使用时直接配置即可 webpack-dev-server proxy代理
‘玖’ Nginx解决前端跨域问题 CORS跨域配置
Nginx的CORS配置，网上太多这配置了，但大家更多的复制粘贴、转发，几乎都是类似下面这三两行：
add_header Access-Control-Allow-Origin *;
add_header Access-Control-Allow-Headers X-Requested-With;
add_header Access-Control-Allow-Methods GET,POST,OPTIONS;
这样有用么？有用，我以前这样使用也正常过，但后来还是遇到问题了，发现有些项目请求就不成功，也遇到有些浏览器成功，有些浏览器不成功；
参考Nginx解决前端跨域问题linux部署配置nginx。
‘拾’ 前端跨域是什么
自从出现前后端分离后，我们调用后端的一些东西，经常会报错。
浏览器请求必须遵循同源策略：同域名、同端口、同协议。
那么跨域是浏览器为了安全而做出的限制策略。
CORS跨域
CORS跨域-服务端设置，前端直接调用。
前端最省事的方法：后台允许前端某个站点进行访问。
JSONP跨域
JSONP是一段JS的脚本，不是一个真正的请求
目前大部分都在使用这种跨越方式。
代理跨域
接口代理-通过修改nginx服务器配置来实现
解释：前端修改，后台不动。