前言
因为项目中遇到了这个bug:Vue cil2中配置代理proxytable成功,却无效报错404,在后端和代理都配置无误的情况下,还是报404,先已解决,特记录,希望能帮助到他人;
正文
1. 为什么要使用代理?
代理的作用是:把请求代理转发到其他服务器的中间件;
例如:我们当前主机为http://localhost:8080/,现在我们有一个需求,如果我们请求/api,我们不希望由3000来处理这个请求,而希望由另一台服务器https://www.example.org/api来处理这个请求怎么办?
这时候就要使用代理来解决!
2. 在vue中如何使用多个代理?
module.exports = { dev: { proxyTable: { // 第一个代理 '/api-test': { target: 'https://www.example.org:', /// 目标服务器 host ws:true, //是否启用websocket secure: true, // 如果是https接口,需要配置这个参数 changeOrigin: true, // // 默认false,是否需要改变原始主机头为目标URL,是否跨域 pathRewrite: { '^/api-test/old': '/api-test/new' // 重写请求,比如我们源访问的是api-test/old,那么请求会被解析为/api-test/new }, //第二个代理 '/api-else': { target: 'https://197.32.22.33:8090', ws:true, //是否启用websocket secure: true, changeOrigin: true, pathRewrite: { '^/api-else': '' //默认写法,如果不写pathRewrite就是默认为空; }, //第三个代理 '/api-three': { target: 'https://197.32.22.33:9090', changeOrigin: true, pathRewrite: { '^/api-three': '/api-three' //重写请求,这样本地请求不会有两次/api-three }, } },
上述代码即可在vue-cil项目中配置代理;
代理的参数有很多,详细可以查看:http-proxy-middleware中的Options,自行添加;
那下面我们来解析一下为什么会:Vue代理本地proxytable成功,却无效报错404的几种情况
3. bug 原因分析
1.在浏览器或postman中测试接口是否正常访问;(最重要!!不然改半天都没用)
那怎么才是成功的访问呢?
例如:拿第二个代理举例:你要访问的接口为https://197.32.22.33:8090/api-else/getsomething.json,在浏览器直接输入有返回值并测试无误后再进行下一步;
2.要确保书写方式完全正确!
2.1(参考写法2) 这时候你本地去请求的接口地址会变成:http://localhost:8080/api-else/api-else/getsomething.json才是正常的!
是不是会好奇为什么会有两个/api-else,因为在本地:http://localhost:8080/api-else相当于:https://197.32.22.33:8090,这才是正常的!
2.2 (参考写法3)
在按上述写法还是有误的情况下,可以参考写法3的路由去更改测试。例:你要访问的接口为https://197.32.22.33:9090/api-three/getThreething.json,本地配置后:http://localhost:8080/api-three/getThreething.json。
多说一句,为什么要提第三种写法?
这种适用于前后端分离多后台项目,后台项目的包名为:api-three,使用第2中写法,在打包之后部署生产环境会出现请求的问题(我们自己项目踩过的坑,偶发),所以之后规定代理和后台包名统一,并且不能直接写在请求中,而是在配置代理后,重写代理的请求,指向包名;
3.请修改完config的index.js后,答应我一定重启下项目npm run dev;
4.也是我这次bug的原因(正经脸,这个超级细微!)
在配置多个代理的情况下,代理名称不能相同,也不能出现重叠的情况!
错误示范(第二个代理失效):
proxyTable: { // 第一个代理 '/api-test': { target: 'https://www.example.org:', /// 目标服务器 host }, //第二个代理 '/api-testAAA': { target: 'https://197.32.22.33:8090', }
这的错误真的很难发现,在查了源码才看懂的;
这里说一下,为什么这样写会404!
vue的代理是基于 http-proxy-middleware实现的,而http-proxy-middleware对走哪个代理名称的的方法如下:
function matchSingleStringPath(context, uri) { const pathname = getUrlPathName(uri); return pathname.indexOf(context) === 0; }
是的!他用的是indexOf() === 0来判断的!!!所以如果你的多个代理重叠/api-testAAA和/api-test这样出现的话,他们是都会返回true的!
但是/api-test更快判断完,所以/api-testAAA就失效了!!!
结语
说明:Vue cil的版本号是2,老版本的项目了;之后会记录下新版本vue cil 3+学习过程;
好了,吐槽完了,希望大家都不要踩坑~
补充知识:关于Vue的生产环境proxyTable代理问题
1、通过在 config/index.js 配置文件中找到proxyTable配置项
dev: { // Paths assetsSubDirectory: 'static', assetsPublicPath: '/', proxyTable: { '/api': { //3 target: 'http://xxx:8080', changeOrigin: true, // secure:false 代理https必须要加 pathRewrite: { // 1 '^/api': '/api' 这种接口配置出来 http://xxx:8080/api/getlist // 2 ^/api': '/' 这种接口配置出来 http://xxx:8080/getlist } } } }
2、上面代码里的1和2的区别
当你接口有api的时候就需要^api的意思就是有api会首先使用api,防止被系统认为3处的api,如果接口中没有api则不需要,即可以省略,总结:
接口以“/api”开头的配置 数字1 ,没有则不需要
3、如果配置多个代理
dev: { // Paths assetsSubDirectory: 'static', assetsPublicPath: '/', proxyTable: { '/api': { //3 target: 'http://xxx:8080', changeOrigin: true, pathRewrite: { // A '^/api': '/api' 这种接口配置出来 http://xxx:8080/api/getlist // ^/api': '/' 这种接口配置出来 http://xxx:8080/getlist } }, '/api/1': { // target: 'http://xxx:8081', changeOrigin: true, pathRewrite: { // A '^/api/1': '/api/1' 这种接口配置出来 http://xxx:8081/api/1/getlist // ^/api/1': '/' 这种接口配置出来 http://xxx:80801/getlist } } } }
上面的调用接口的时候:
A /api/1/getlist 即可 http://xxx:8081/api/1/getlist
/api/getlist 即可 http://xxx:8080/api/getlist
第二种情况
/api/1/getlist 即可 http://xxx:8081/getlist
/api/getlist 即可 http://xxx:8080/getlist
以上这篇解决VueCil代理本地proxytable无效报错404的问题就是小编分享给大家的全部内容了,希望能给大家一个参考,也希望大家多多支持三水点靠木。
解决VueCil代理本地proxytable无效报错404的问题
- Author -
jcat_李小黑声明:登载此文出于传递更多信息之目的,并不意味着赞同其观点或证实其描述。
Reply on: @reply_date@
@reply_contents@