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: true,
pathRewrite: {
'^/list': '/list'
}
}
}
遇到了网上很多人说的，proxyTable无论如何修改，都没效果的现象。
经过几轮测试，总结出一下几种解决方案：
1.（非常重要）确保proxyTable配置的地址能访问，因为如果不能访问，在浏览器F12调试的时候看到的依然会是提示404。
并且注意，在F12看到的js提示错误的域名，是js写的那个域名，并不是代理后的域名。
另外配置正常的话，在idea的控制台，会有错误提示显示，例如：
Your application is running here:http://localhost:8082 [HPM] Error occurred while trying to proxy request /api/user/ts from localhost:8082 to http://localhost:1920/ (ECONNREFUSED)
2.（奇葩解决）个人感觉这个http代理的插件有缓存，proxyTable的修改会无效，这时候可以尝试修改启动项目的端口，就在proxyTable属性配置的下面几行有个port: 8080，改成其他,例如8081，就会有效，然后再改回来就好。
3.这个比较多人说了，就是要手动再执行一次npm run dev
关于“webpack的proxyTable无效的情况怎么处理”的内容就介绍到这，感谢各位的阅读，相信大家对webpack的proxyTable无效的情况怎么处理已经有了进一步的了解。大家如果还想学习更多知识，欢迎关注网络，小编将为大家输出更多高质量的实用文章！
声明：本文内容由网友自发贡献，本站不承担相应法律责任。对本内容有异议或投诉，请联系2913721942#qq.com核实处理，我们将尽快回复您，谢谢合作！
若转载请注明出处： webpack的proxyTable无效的情况怎么处理
本文地址： https://pptw.com/jishu/655070.html