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。通过这种方式,我们就可以解决前端项目跨域请求的问题啦。

你可能感兴趣的:(React-跨域问题)