nginx-1.15.10.zip 已配置，只需修改F:\server\nginx-1.15.10\conf\nginx.conf 中一下内容为自己想要的就ok了 server { listen 9090; #listen http://holer65530.wdom.net; server_name localhost; location / { root E:\IdeaProjects; add_ header Access - Control - Allow -Origin *; add_ header Access - Control - Allow - Header s X-Requested-With; add_ header Access - Control - Allow -Methods GET,POST,PUT,DELETE,OPTIONS; if ($request_method = 'OPTIONS') { return 204; 资源跳转： A链接、重定向、表单提交 资源嵌入： 、浏览器很容易受到XSS、CSFR等攻击，为了安全，浏览器引入了 同源策略/SOP（Same origin policy） 它是浏览器最核心也最基本的安全功能，如果缺少了同源策略，浏览器很容易受到XSS、CSFR等攻击。所谓同源是指"协议+域名+端口"三者相同，即便两个不同的域名指向同一个ip地址，也非同源。 ajax跨域请求，请求 头 不传token 时 ，所有浏览器都能成功，在请求 头 中传token，在谷歌浏览器正常，在ie浏览器报错,因此可以得出是请求 头 token的问题, 标准的head，认证名字叫做 Authorization ，A要大写，但是在vue用axios跨域请求 时 ，传的head名称为 authorization ，是小写，所以即使是设置版 Access - Control - Allow - Header s为*，也无法识别。后台服务器设置 Access - Control - Allow - Header s 时 不要直接..

Access - Control - Allow - Header s是一个CORS（跨域资源共享）的响应 头 字段，用于告知浏览器服务器所允许的请求 头 字段。根据你提供的引用内容，我可以看出 Access - Control - Allow - Header s的值是根据后端服务器的配置进行设置的。具体来说，当服务器接收到跨域请求 时 ，会返回一个带有 Access - Control - Allow - Header s标 头 的响应，该标 头 包含 了服务器所允许的请求 头 字段。 根据引用中的信息， Access - Control - Allow - Header s的值应该是一个以逗号分隔的字段数组。在这个数组中，可以 包含 多个请求 头 字段，用于告知服务器这些请求 头 字段是被允许的。 根据引用、中的信息，如果在请求中携带了content-type字段，但服务器的响应中未 包含 该字段的定义，或者在预检请求中不允许该字段，那么就会出现“Request header field content-type is not allow ed by Access - Control - Allow - Header s in preflight response”这样的错误。 因此， Access - Control - Allow - Header s的值应该根据服务器的配置和需求来确定。一般来说，如果你需要在跨域请求中使用特定的请求 头 字段，那么你需要在服务器的响应中 包含 这些字段，以便告知浏览器这些字段是被允许的。