用Go写的HTTP代理服务器

标题是《用Go写http代理服务器》但实际上更接近于用Go架设http代理服务器，因为代码实在太少了，就像在配置一样。

做这个http代理的起因是前段时间运维上遇到的一个问题：有一个内部网站架设在两台web服务器上，暂且叫机器A和机器B，DNS分别指向这两台服务器，两台服务器之间用HaProxy做软负载均衡，两个机器上的文件是自动同步的，数据库用的是同一个。访问这个网站的域名时，请求有时会分配到机器A有时候会分配到机器B。但是网站之前的设计没有考虑到这样的部署结构，于是访问机器A和访问机器B时会出现一些缓存数据重复覆盖之类的问题。

思来想去，之所以要配这样其实有两个目的，最主要的目的是双机备份，防止单点失败，间接好处才是负载均衡。并且这个内部网站负载并不高，所以负载均衡其实是可以牺牲的，进而想能不能把HaProxy配置为不管访问机器A还是机器B，只要机器A是存活的，就访问到机器A。负载运维的同事森林帮忙研究了HaProxy的配置，没有找到这样配置的办法。于是想说能不能做一个简单的http代理服务器，用Erlang应该很容易实现，之前做过一个Socket代理，没多少代码就实现了。

但实际用erlang实现起来，发现挺复杂，虽然erlang的Socket支持{packet, http}这样的设置参数，但是代理转发数据却总是遇到问题。后来想起Gol也有http包，于是到官方文档翻看了一遍，找到一个“ReverseProxy”类型，几行代码就可以架起一个http代理服务器（下面附第一次实验的代码），但是这个代理服务器有两个问题：其一是这个代理服务器不会重新设置请求的原始地址，导致代理请求以虚拟主机方式配置的网站时出错或无法代理。其二是不会复制返回的Cookie，代理请求成功了，但是网站却登录不了。这两点我在修改了ReverseProxy的代码实验成功后，提交到了Go的BUG列表里，第二点他们已经修复，第一点，他们给的反馈是没办法重置原始地址，因为作为一个反向代理，需要让服务器知道来源地址，BUG单地址

第一次实验失败的代码，实际上等于一个不支持Cookie的反向代理，获取新版Go应该就支持Cookie了，代码够少的：

用上面这个代码代理请求google是可以的，但是请求baidu就会出错，因为来源URL的原因。

下面是我复制ReverseProxy的代码修改后的结果，实测过可以正常代理和登录网站：

我觉得Go可以把内置的代理模块声明为HttpProxy然后通过设置Proxy的实例是ReverseProxy还是OutGoingProxy来决定要不要修改请求的来源地址。

当这个http代理服务器代码初步实现的时候，运维上的那个需求已经没有了。。。于是就没有继续把这个http代理实现下去，就当作一次练习吧 :)

做完这个程序我的感受是：接触Go的时间并不长，没有像erlang那样实际用于项目。但是Go却给我以前做.net开发时候的感觉，.net虽然是闭源的，但是通过Reflector可以很容易的看到内部机制的设计和实现，让你在开发的时候可以更确定自己在做什么，平台又会为你做什么，甚至可以做一些Hack。相较于erlang，Go让我觉得更容易触摸到它的内部，通过阅读系统包的代码你可以知道它的Socket包是怎么实现的，erlang也是开源项目，我也曾尝试深入阅读底层的代码，但是总是没找到那种感觉。我想这跟Go的项目结构和文档组织方式有很大关系吧。