vue配置代理服务器proxy 多种方法_vueconfigjs配置proxy

在Vue项目中配置代理服务器可以通过以下几种方法实现：

1. 使用vue.config.js文件配置代理：

在Vue项目的根目录下创建一个vue.config.js文件，并添加以下代码：

module.exports = {
  devServer: {
    proxy: {
      '/api': {
        target: 'http://api.example.com',
        changeOrigin: true,
        pathRewrite: {
          '^/api': ''
        }
      }
    }
  }
}
1
2
3
4
5
6
7
8
9
10
11
12
13

上述代码中，我们使用devServer配置项来配置代理服务器。其中proxy属性用于配置代理的规则，/api表示需要代理的接口路径。target属性表示代理的目标服务器地址，changeOrigin属性表示是否改变请求的源地址，pathRewrite属性用于重写请求的路径。

2. 使用http-proxy-middleware库配置代理：

在Vue项目的根目录下创建一个vue.config.js文件，并添加以下代码：

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

module.exports = {
  devServer: {
    before(app) {
      app.use(
        '/api',
        proxyMiddleware({
          target: 'http://api.example.com',
          changeOrigin: true,
          pathRewrite: {
            '^/api': ''
          }
        })
      );
    }
  }
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

上述代码中，我们使用http-proxy-middleware库来配置代理服务器。在before方法中，通过app.use方法来使用代理中间件。'/api'表示需要代理的接口路径，target属性表示代理的目标服务器地址，changeOrigin属性表示是否改变请求的源地址，pathRewrite属性用于重写请求的路径。

3. 使用axios库的代理配置：

如果项目中使用了axios库来发送请求，可以直接在axios的配置中配置代理。在项目的入口文件（比如main.js）中添加以下代码：

import axios from 'axios';

axios.defaults.baseURL = '/api';
axios.defaults.proxy = {
  host: 'http://api.example.com',
  port: 80,
  protocol: 'http'
};
1
2
3
4
5
6
7
8

上述代码中，我们通过修改axios的默认配置来配置代理。axios.defaults.baseURL表示请求的基础路径，axios.defaults.proxy表示代理的配置，包括代理服务器的地址、端口和协议。

以上是三种常见的配置代理服务器的方法，根据项目的具体情况选择适合的方法进行配置。需要注意的是，配置代理服务器时需要注意跨域问题，并且在开发环境中生效，在生产环境中需要使用其他方式进行代理配置。

使用场景和优缺点

1. 使用webpack-dev-server的代理配置：

优点：

• 配置简单：使用webpack-dev-server的代理配置，只需要在webpack配置文件中进行简单的配置即可。
• 功能全面：webpack-dev-server提供了丰富的配置选项，可以满足大部分代理需求。
• 可以拦截请求：可以通过自定义的处理函数对请求进行拦截和修改。

缺点：

• 需要重启服务器：配置修改后需要重新启动webpack-dev-server才能生效。
• 不适用于生产环境：webpack-dev-server主要用于开发环境，不适用于生产环境。

使用场景：

• 适用于使用webpack构建的前端项目，通过webpack-dev-server来启动开发服务器的场景。
• 适用于需要简单的代理配置，并且不需要频繁修改代理配置的场景。

2. 使用http-proxy-middleware库配置代理：

优点：

• 功能丰富：http-proxy-middleware提供了丰富的配置选项，可以满足各种代理需求。
• 可以灵活配置多个代理：可以配置多个代理服务器，分别对应不同的接口路径。
• 可以拦截请求：可以通过自定义的处理函数对请求进行拦截和修改。

缺点：

• 配置相对复杂：需要了解http-proxy-middleware库的配置规则和参数。
• 不适用于生产环境：http-proxy-middleware主要用于开发环境，不适用于生产环境。

使用场景：

• 适用于使用任何构建工具的前端项目，可以与任何开发服务器配合使用。
• 适用于需要灵活配置多个代理服务器的场景。
• 适用于需要对请求进行拦截和修改的场景。

3. 使用axios库的代理配置：

优点：

• 配置简单：通过修改axios的默认配置，可以快速配置代理。
• 可以全局生效：配置一次后，所有使用axios发送的请求都会经过代理。

缺点：

• 功能相对有限：axios的代理配置相对简单，不如前两种方法功能丰富。
• 不适用于开发服务器：axios的代理配置主要用于前端项目，不适用于开发服务器。

使用场景：

• 适用于使用axios发送请求的前端项目。
• 适用于需要全局配置代理的场景。
• 适用于简单的代理需求，不需要复杂的配置和拦截功能的场景。

总结：
根据具体的需求和场景，选择合适的代理方法进行配置。webpack-dev-server的代理配置简单，适用于使用webpack构建的前端项目；http-proxy-middleware库功能丰富，适用于任何构建工具的前端项目，可以灵活配置多个代理服务器；axios的代理配置简单，适用于使用axios发送请求的前端项目，适用于简单的代理需求。需要注意的是，这些代理方法主要用于开发环境，不适用于生产环境。在生产环境中，应该使用其他方式进行代理配置。