详解webpack的proxyTable无效的解决方案

网友投稿 314 2023-01-29


详解webpack的proxyTable无效的解决方案

最近遇到这个需要单页访问跨域后台的问题。

可以按照如下设置:

proxyTable: {

'/list': {

target: 'http://api.xxxxxxxx.com',

pathRewrite: {

'^/list': '/list'

}

}

}

这样我们在写url的时候,只用写成/list/1就可以代表api.xxxxxxxx.com/list/1.

那么又是如何解决跨域问题的呢?其实在上面的'list'的参数里有一个changeOrigin参数,接收一个布尔值,如果设置为true,那么本地会虚拟一个服务端接收你的请求并代你发送该请求,这样就不会有跨域问题了,当然这只适用于开发环境。增加的代码如下所示:

proxyTable: {

'/list': {

target: 'http://api.xxxxxxxx.com',

changeOrigin: tvwCOJrue,

pathRewrite: {

'^/list': '/list'

}

}

}

遇到了网上很多人说的,proxyTable无论如何修改,都没效果的现象。

经过几轮测试,总结出一下几种解决方案:

1.(非常重要)确保proxyTable配置的地址能访问,因为如果不能访问,在浏览器F12调试的时候看到的依然会是提示404。

并且注意,在F12看到的js提示错误的域名,是js写的那个域名,并不是代理后的域名。

另外配置正常的话,在idea的控制台,会有错误提示显示,例如:

Your application is running here:http://localhost:8082                                                                                                                                                                                   &nvwCOJbsp;         [HPM] Error occurred while trying to proxy request /api/user/ts from localhost:8082 to http://lochttp://alhost:1920/ (ECONNREFUSED)

2.(奇葩解决)个人感觉这个http代理的插件有缓存,proxyTable的修改会无效,这时候可以尝试修改启动项目的端口,就在proxyTable属性配置的下面几行有个port: 8080,改成其他,例如8081,就会有效,然后再改回来就好。

3.这个比较多人说了,就是要手动再执行一次npm run dev


版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:群辉连接共享文件夹(黑群晖访问共享文件夹)
下一篇:对比Java讲解Kotlin中?.与!!.的区别
相关文章

 发表评论

暂时没有评论,来抢沙发吧~