记录一下第一次和后端对接口遇到的坑
在前端axios调用后端接口时，出现了跨域请求的错误问题，经过一番查找，最终成功实现了跨域请求，迈出了前后端分离的第一步。
噩梦的开端 跨域：
当初网上随便找了一个接口,
http://iwenwiki.com/api/blueberrypai/getBlueBerryJamInfo.php
发现可以get请求到，后就开始松懈，发现好像也不需要进行跨域就能操作。
结果和后端开始对接口的时候傻了眼，完全get不到，出现如下图
Response to preflight request doesn’t pass access control check: No ‘Access-Control-Allow-Origin’ header is present on the requested resource.
（‘Access-Control-Allow-Origin’ header is present on the requested resource）
原来是后端没有设置header。参考了这一篇的解决方法https://blog.csdn.net/hdy14/article/details/104553277/
解决办法：
后端action（controller）里添加如下代码即可
response.setHeader("Access-Control-Allow-Origin", "*");
response.setHeader("Access-Control-Allow-Methods", "POST, GET, PUT, OPTIONS, DELETE");
噩梦2 跨域：get完事了 试试post吧 ：）
然后就来了新的问题 get可以跨 post死活跨不了
出现了一次post，两次请求 ——》HTTP的简单请求和非简单请求
浏览器将CORS请求分成两类：简单请求（simple request）和非简单请求（not-so-simple request）。
只要同时满足以下两大条件，就属于简单请求。
请求方法是以下三种方法之一：
HEAD GET POST
HTTP的头信息不超出以下几种字段：
Accept
Accept-Language
Content-Language
Last-Event-ID
Content-Type：只限于三个值application/x-www-form-urlencoded、multipart/form-data、text/plain
简单请求（simple request）和非简单请求（not-simple-request）。非简单请求 会在正式通信之前，增加一次HTTP请求，称之为预检请求。浏览器会先发起OPTIONS方法到服务器，以获知服务器是否允许该实际请求。
打住，我说停停
在代码中明明是Post的请求，但是在上图控制面板中却显示的是OPTIONS，这是为什么？参考了这一篇文章，写的超级好
https://juejin.cn/post/6844903875149987848
意思就是对于跨域的请求，除了GET外或者搭配某些 MIME 类型的 POST 请求，都会先发送一次OPTIONS的预请求，用来检测服务端是否允许该跨域请求。所以对于不符合规范的POST请求就会被挡到外面，所以才会产生如上的报错，只发送了OPTIONS请求，而重要的POST没有发送。
浓缩一下：post格式没对
直接一条龙服务
npm install qs
import qs from 'qs'
qs.stringify()
发现确实转码了，可还是跨不过去
最后再祭出proxytable大法，之前的法子缺一不可，但是总算跨过去了。
这一篇
https://segmentfault.com/q/1010000013432027
还有这一篇都写得非常好
https://blog.csdn.net/weixin_43216105/article/details/105844391