由于系统是分布式部署的，并且有多个域名，所以经常涉及到获取url的问题。这是系统框架层面需要提供的能力，否则每个模块都需要自己去想办法获取ip，就会很混乱，上线也容易发生bug
主要需要解决几个问题：
1、能够自动区分开发环境和生产环境。比如部署上线，url可能是http://www.xxx.com/svc/hello，而在本地开发的时候应该是http://127.0.0.1/svc/hello。而不能写死，否则开发和部署就要换来换去，很麻烦
2、能够根据不同的服务，区分url。比如获取验证码的服务，应该调用http://www.xxx.com/svc/getcode，而微信相关的服务，应该调用http://wx.xxx.com/svc/xxx
本文总结分享一下思路：
配置文件 1、应用有对应的配置文件，里面说明了是以开发模式，还是以生产模式启动。并且将url分离开，比如鉴权相关的url，微信相关的url，普通服务相关的url等
2、同时，配置文件有多份，比如topo-dev.json，topo-production.json，topo-image.json等。这样就把不同的环境隔离开，如果是以开发模式启动，加载的就是topo-dev.json，其中配置的url都是127.0.0.1这样的
3、启动的时候，加载此配置文件，并将关键信息放在global._g_env全局变量下面，运行时就能很方便地获取到环境和url信息了
服务端获取url 服务端的代码也是跑在node环境下，所以要获取url就很简单，通过_g_env.url，就可以拿到配置文件里的路径了
前端页面获取url 前端页面经常也需要发送ajax请求，所以也需要知道url。但是静态的js没有办法获取server的环境信息和url等，所以需要从服务端获取到这些信息，一种可行的做法是：
首先服务端有一个服务，专门将这些信息下发：
function clientsettingscript(req, res, next){ var script = window.global = {_g_server:{}}; \n+ ;global[\_g_server\].staticurl=\ +global[_g_topo].clientaccess.staticurl + \\n+ ;global[\_g_server\].uploadurl=\ +global[_g_topo].clientaccess.uploadurl + \\n+ ;global[\_g_server\].authurl=\ +global[_g_topo].clientaccess.authurl + \\n+ ;global[\_g_server\].serviceurl=\ +global[_g_topo].clientaccess.serviceurl + \\n+ ;global[\_g_server\].wxserviceurl=\ +global[_g_topo].clientaccess.wxserviceurl + \\n+ ;global[\_g_server\].nail_pc_url=\ +global[_g_topo].connector.nail_pc_url + \\n+ ;global[\_g_env\] =\ +global[_g_topo].env+ \;\n; res.end(script);}
这是一个express的普通服务，但是其实是一段js脚本。在前端页面，用script标签来加载它

这样当浏览器拿到响应之后，就会将它作为一段js脚本来执行，在window上放了一个全局变量global，其中有环境信息和url信息
同时，url只包含域名，页面根据实际情况，组装完整的url，比如：
security_code_url: global[_g_server].serviceurl + /getcode/
总结
这种做法的关键在于：
1、把url和环境信息放到单独的配置文件中，而不是写死在代码里。同时根据开发环境、生产环境、镜像环境隔离不同的配置文件
2、server端专门写一个服务，把这些配置信息给到客户端页面，客户端页面也不用写死了