本人遇到的情况在网上搜索时没有看到本人遇到的情况。
devServer: {
proxy: {
//代理匹配前缀2
'/api2': {
target: 'http://localhost:5001',
pathRewrite: {'^/api2': ''},
ws: true,
changeOrigin: true
},
//代理匹配前缀1
'/api': {
target: 'http://localhost:5000',
pathRewrite: {'^/api': ''},
ws: true,)
changeOrigin: true
}
}
}开始时配置了/api前缀的代理，没有问题，然后又配置了/api2前缀的配置代理，然后就无法访问/api2前缀的代理了。
原因：就是因为/api在前面，先匹配了/api，例如访问/api2/test，由于先匹配了/api所以重写/api为空字符串后，路径变为了2/test，自然就不对了
解决：把/api2放在/api前面，让api2先匹配到，或者取名叫/api2，让其无法先匹配到/api
今天遇到个问题，前提是项目是我本地有一份后端，端口号不同，前台4000，后端3100，请求方式4000代理到3100
接口请求方式如下
http://localhost:4000/api/scoringrules/all //每个请求后面都有/api
配置：
"proxy": {
"/api": {
"target": "http://localhost:3100",
"changeOrigin": true,
"pathRewrite": { // 如果接口本身没有/api需要通过pathRewrite来重写了地址,这里把/api转成‘ '
"^/api": ""
}
}
},pathRewrite：重写路径
后端识别时候把/api替换成空，后端没有/api
/api只是作为区分路由和接口的方式
具体要不要配置pathRewrite,要看前端的请求方式，以及后台的接受方式
ps：
比如：我在配置本地的时候
前端请求的参数的时候有/api，来区分网页还接口，但是后台接受的没有,则需要如上配置
但是：我在配置都域名的时候，域名接口地址是带/api的，所以此时无需配置pathRewrite
以上为个人经验，希望能给大家一个参考，也希望大家多多支持。
