nodejs之http-proxy几点常见问题

http-proxy

http-proxy是一个nodejs的http代理库，已经被webpack-dev-server集成进来，作代理使用。缘由是在先后端分离大行其道的今天，咱们若是须要在本地调后端api接口，不配置hostname的话，必然是一个跨域的请求。由于浏览器的跨域安全限制，调取是不通的，因此本地代理就成了一个本地开发环境的必选项。

'/saasapi/*': {
    target: 'http://ebk.17u.cn',
},

意思呢大概就是把saasapi开头的ajax请求重定向到http://ebk.17u.cn

本地开发没有问题，线上若是也是用nodejs的服务器，若是恰巧也配置了代理，部署到线上出现了意想不到的问题~

后端nginx配置了反向代理

一个网站主域名是17u.cn，后端若是部署了多个api服务，那这样子他的api服务多是这样子

主域名	二级域名1	二级域名2	二级域名3
17u.cn	ebk.17u.cn	ebk2.17u.cn	ebk3.17u.cn

前端一样部署了3个nodejs服务，也一样配置了3个代理。部署到线上却发现，请求老是指向第一个二级域名，其余的二级域名访问不到。

百思不得姐！

后来仔细查看http的信息，发现几个服务的ajax请求发到服务器上以后，hostname都是浏览器的域名，而nginx的反向代理配置都是根据hostname来作转发的。由于咱们的hostname对于nginx来讲都是陌生的，因此就默认转发到默认的第一个服务上去了。

查了http-proxy配置，哈哈，果真有这种修改的配置，只要稍微改一下就行了。

'/saasapi/*': {
    target: 'http://ebk.17u.cn',
    changeOrigin: true
},

changeOrigin: true意思就是把hostname改成和target一致就能够了。这样后端nginx就能够正常转发了。

后端配置了cookie Path

后端api，不单单配置了二级域名，还配置了二级目录，前端部署的服务也同样须要二级目录。

api地址就变成这个样子：

ebk.17u.cn/saasapi

前端地址：

trans.17u.cn/saas

代理配置作对应调整

'/saas/saasapi/*': {
    target: 'http://ebk.17u.cn',
    changeOrigin: true,
    rewrite: path => path.replace(/^\/saas\/saasapi\/cxy/, '/saasapi')
},

这样子看起来很正常吧，可是问题出在哪呢？后端把登陆以后设置的cookie也设置了path：Path='/saasapi'。

这样子问题就来了，trans.17u.cn/saas当前域名下读取不到/saasapi下面的cookie，致使前端登陆每次都经过，但就是不能正常调api，每次调取都提示没有登陆。

有问题仍是先查文档。

仍是发现了解决方案

cookiePathRewrite: { '/saasapi': '/saas/saasapi' }

重写cookie路径就行了，同理若是后端接口指定了cookie的domain，同样有方案解决

cookieDomainRewrite

还有一些其余rewrite，应该都比较好用的。

ps：在解决过程当中，发现改了也老是不能成功，一度怀疑是库的bug。后来发现须要清除掉chrome的cookie。

直接点Application -> Cookie:删除下面的cookie是不行的。清理不掉所有的cookie，须要到Application -> clear storage中，clear site data才能够。最终成功