2023年6月21日发(作者：)

corspost请求失败_vue项⽬CORS跨域请求500错误，post请求变options请求vue项⽬CORS跨域请求500，post请求变options请求，到底是什么情况。提⽰：以下内容是⼀个⾮专业开发的我对跨域的理解，并不10分准确。⼀、先介绍为什么明明发送的是Post请求，为什么到服务器端就收到了Options请求，到底是谁在中间搞⿁。要说明这个问题，要先搞明⽩什么是跨域。跨域，就是不同源的⽹站之间想要传输内容，要解决的问题，全称叫”跨域资源共享“，也称CORS，不同源是指：协议(http,https)、端⼝、主域不同的站。举例说明下：同源还是不同源，差不多就是这个意思，只要是不同源，就需要解决”跨域“问题。⼆、跨域请求既然是跨域请求了，就分两类：1、简单请求，2、⾮简单请求，只要满⾜下⾯的⼏类，就是简单请求，否则就不是简单请求了。(1) 请求⽅法是以下三种⽅法之⼀：HEAD、GET、POST(2)HTTP的头信息不超出以下⼏种字段：Accept、Accept-Language、Content-Language、Last-Event-IDContent-Type：只限于三个值application/x-www-form-urlencoded、multipart/form-data、text/plain三、跨域流程1、简单请求浏览器⼩伙发出跨域请求，⽅式(Method)可能是Post，也可能是Get，再带上Headers信息，问题服务器想要⼀个资源，服务器⼀看，哦？⼩伙⼦不错，知道⾏内规矩。这么着吧，你等下，给浏览器⼩伙发⼀条响应头，包含我服务器可以接受哪些请求，以什么⽅式等等。然后告诉浏览器⼩伙，说我看看你请求的资源(包含不限于图⽚、css、js等静态资源，动态的另说)，服务器开上⾃⼰的Apache或者Nginx⼩跑车，⼀路⼩跑，从这个⽂件夹跑到那个⽂件夹，收集够了浏览器⼩伙请求的资源后，挨个将这些资源发给浏览器⼩伙，浏览器⼩伙完成前端页⾯渲染和加载。当然这个过程是极其快速及复杂的，还有Cookies、Session，Keep-live等，都需要商量，或者设置好。总结跨域简单请求就是，⼀切符合服务器请求规范的，都会⽴马提供服务。2、⾮简单请求除了上⾯说的简单请求，另⼀个类型就是⾮简单请求，只要请求⽅式不是上⾯说的⼏种，Content-Type也不是上⾯说的⼏类，⽐如像⾃⼰加了Headers这些，都会触发浏览器进⾏⾮简单请求。也就是会出现Options请求。Options请求，也叫预检请求，下⾯简单说说流程。你在浏览器输⼊了⼀个⽹址，浏览器⼀看，⾥⾯有⼀些⾮简单请求的信息，于是乎本着谨慎的态度向服务器先发了⼀条Options的请求，试探性的问问服务器⼤哥这个请求可⾏不？同时携带【'access-control-request-headers'，access-control-request-method】等请求信息，告诉服务器想这么来。服务器⽼哥⼀看，哟，⼩伙⼦⽜啊，⾃定义了Headers⾥的信息，⽜归⽜，还是得按规矩来。检查了⼀下⾃⼰的笔记本，⽼板(我)允许这么请求，这个时候我们就看到了Options的响应头信息，⾥⾯有可以请求的类型，⽅式以及域等信息。接下来浏览器⼩伙⼀看，知道了，就按你说的来，于是发送第⼆波请求，这个时候才是我们要想发送的请求，可能是Post或者Get等。知道问题出在哪⾥，就有对应的解决办法了。四、CORS跨域Post请求变OPTIONS解决办法1、将⾮简单请求改为简单请求，但这个办法好像不是太可⾏，毕竟我们⾃⼰加了Headers，就要发挥作⽤。2、将后端请求到的OPTIONS忽略，或者做些别的⽤处。3、⽜B的解决办法(我不是很清楚，肯定有)。以上是我看⼀些对于CORS介绍的⽂档，根据⾃⼰的理解写的，年纪⼤了，也静不下⼼来研究其所以然了，已经错过了埋头深⼲的劲了，只想着赶紧解决问题，其实还是有很多问题，不是很明⽩。⽐如，为什么浏览器要先发⼀次OPTIONS请求？为什么在跨域的情况下，不同的浏览器返回的信息提⽰不⼀样？本⽂由 林⽻凡 创作本站⽂章除注明转载/出处外，均为本站原创或翻译，转载前请务必署名最后编辑时间为:

2023年6月21日发(作者：)

corspost请求失败_vue项⽬CORS跨域请求500错误，post请求变options请求vue项⽬CORS跨域请求500，post请求变options请求，到底是什么情况。提⽰：以下内容是⼀个⾮专业开发的我对跨域的理解，并不10分准确。⼀、先介绍为什么明明发送的是Post请求，为什么到服务器端就收到了Options请求，到底是谁在中间搞⿁。要说明这个问题，要先搞明⽩什么是跨域。跨域，就是不同源的⽹站之间想要传输内容，要解决的问题，全称叫”跨域资源共享“，也称CORS，不同源是指：协议(http,https)、端⼝、主域不同的站。举例说明下：同源还是不同源，差不多就是这个意思，只要是不同源，就需要解决”跨域“问题。⼆、跨域请求既然是跨域请求了，就分两类：1、简单请求，2、⾮简单请求，只要满⾜下⾯的⼏类，就是简单请求，否则就不是简单请求了。(1) 请求⽅法是以下三种⽅法之⼀：HEAD、GET、POST(2)HTTP的头信息不超出以下⼏种字段：Accept、Accept-Language、Content-Language、Last-Event-IDContent-Type：只限于三个值application/x-www-form-urlencoded、multipart/form-data、text/plain三、跨域流程1、简单请求浏览器⼩伙发出跨域请求，⽅式(Method)可能是Post，也可能是Get，再带上Headers信息，问题服务器想要⼀个资源，服务器⼀看，哦？⼩伙⼦不错，知道⾏内规矩。这么着吧，你等下，给浏览器⼩伙发⼀条响应头，包含我服务器可以接受哪些请求，以什么⽅式等等。然后告诉浏览器⼩伙，说我看看你请求的资源(包含不限于图⽚、css、js等静态资源，动态的另说)，服务器开上⾃⼰的Apache或者Nginx⼩跑车，⼀路⼩跑，从这个⽂件夹跑到那个⽂件夹，收集够了浏览器⼩伙请求的资源后，挨个将这些资源发给浏览器⼩伙，浏览器⼩伙完成前端页⾯渲染和加载。当然这个过程是极其快速及复杂的，还有Cookies、Session，Keep-live等，都需要商量，或者设置好。总结跨域简单请求就是，⼀切符合服务器请求规范的，都会⽴马提供服务。2、⾮简单请求除了上⾯说的简单请求，另⼀个类型就是⾮简单请求，只要请求⽅式不是上⾯说的⼏种，Content-Type也不是上⾯说的⼏类，⽐如像⾃⼰加了Headers这些，都会触发浏览器进⾏⾮简单请求。也就是会出现Options请求。Options请求，也叫预检请求，下⾯简单说说流程。你在浏览器输⼊了⼀个⽹址，浏览器⼀看，⾥⾯有⼀些⾮简单请求的信息，于是乎本着谨慎的态度向服务器先发了⼀条Options的请求，试探性的问问服务器⼤哥这个请求可⾏不？同时携带【'access-control-request-headers'，access-control-request-method】等请求信息，告诉服务器想这么来。服务器⽼哥⼀看，哟，⼩伙⼦⽜啊，⾃定义了Headers⾥的信息，⽜归⽜，还是得按规矩来。检查了⼀下⾃⼰的笔记本，⽼板(我)允许这么请求，这个时候我们就看到了Options的响应头信息，⾥⾯有可以请求的类型，⽅式以及域等信息。接下来浏览器⼩伙⼀看，知道了，就按你说的来，于是发送第⼆波请求，这个时候才是我们要想发送的请求，可能是Post或者Get等。知道问题出在哪⾥，就有对应的解决办法了。四、CORS跨域Post请求变OPTIONS解决办法1、将⾮简单请求改为简单请求，但这个办法好像不是太可⾏，毕竟我们⾃⼰加了Headers，就要发挥作⽤。2、将后端请求到的OPTIONS忽略，或者做些别的⽤处。3、⽜B的解决办法(我不是很清楚，肯定有)。以上是我看⼀些对于CORS介绍的⽂档，根据⾃⼰的理解写的，年纪⼤了，也静不下⼼来研究其所以然了，已经错过了埋头深⼲的劲了，只想着赶紧解决问题，其实还是有很多问题，不是很明⽩。⽐如，为什么浏览器要先发⼀次OPTIONS请求？为什么在跨域的情况下，不同的浏览器返回的信息提⽰不⼀样？本⽂由 林⽻凡 创作本站⽂章除注明转载/出处外，均为本站原创或翻译，转载前请务必署名最后编辑时间为: