React-跨域问题

一、开发模式——配置代理

在src下创建配置文件：src/setupProxy.js

编写setupProxy.js配置具体代理规则：

const proxy = require('http-proxy-middleware')

module.exports = function(app) {
  app.use(
    proxy('/api1', {  //api1是需要转发的请求(所有带有/api1前缀的请求都会转发给5000)
      target: 'http://localhost:5000', //配置转发目标地址(能返回数据的服务器地址)
      changeOrigin: true, //控制服务器接收到的请求头中host字段的值
      /*
         changeOrigin设置为true时，服务器收到的请求头中的host为：localhost:5000
         changeOrigin设置为false时，服务器收到的请求头中的host为：localhost:3000
         changeOrigin默认值为false，但我们一般将changeOrigin值设为true
      */
      pathRewrite: {'^/api1': 'api1'} //去除请求前缀，保证交给后台服务器的是正常请求地址(必须配置)
    }),
    proxy('/api2', { 
      target: 'http://localhost:5001',
      changeOrigin: true,
      pathRewrite: {'^/api2': 'api2'}
    })
  )
}

说明：

优点：可以配置多个代理，可以灵活的控制请求是否走代理。
缺点：配置繁琐，前端请求资源时必须加前缀。
需要注意的是，在创建React脚手架的时候就已经默认有http-proxy-middleware模块了，如果没有的话，则手动执行：yarn add http-proxy-middleware来下载。需要注意的是，http-proxy-middleware模块的引入可能会因为版本问题而报错。如果上面的引入方式报错的话，那么就需要改为下面这种方式（对应使用到proxy的地方也要换成createProxyMiddleware）,因为这个中间件最新的1.0.0版本已经对模块的引用作了明确的要求：

const { createProxyMiddleware } = require('http-proxy-middleware');

二、生产模式or正式部署到Nginx服务器上

我们知道，我们执行npm start能够把前端项目跑起来实际上是因为我们把项目放在了node帮我们启动的服务器上面，但是遗憾的是，我们原先配置的代理，在我们把打包后的文件部署到Nginx后，是不起作用的。
这个时候，我们就不得不重新面对跨域这个问题了，其实解决的问题也有很多

（1）如果是后台是Java项目的话，可以在后端配置同源Cors。

（2）如果后台不解决，那么我们可以通过Nginx的反向代理来解决这个问题

比如说，我们有个前端的请求是：ip:port/s1/custom/add，现在我们想要把/s1开头的请求转发到其他服务器来处理，我们可以这么配置：

 server {
        listen       3000;
        server_name  localhost;
      ...
        location /s1 {
           proxy_pass https://xxxx.xxxx.com/;
           rewrite "^/s1/(.*)$" /$1 break;
        }
}

当nginx匹配到/s1开头的请求时，就会重写请求路径，根据上面的正则配置，会取出/s1部分后面的内容作为新的请求路径，最终代理服务器拼接后的结果是：ip:port/custom/add。通过这种方式，我们就可以解决前端项目跨域请求的问题啦。