因为系统是分布式部署的。而且有多个域名，所以常常涉及到获取url的问题。

这是系统框架层面须要提供的能力。否则每一个模块都须要自己去想办法获取ip，就会非常混乱。上线也easy发生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就非常easy，通过_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标签来载入它

<script src="http://www.mamicode.com/svc/portal/setting"></script>

这样当浏览器拿到响应之后，就会将它作为一段js脚本来运行。在window上放了一个全局变量global，当中有环境信息和URL信息

同一时候，URL仅仅包括域名，页面依据实际情况，组装完整的URL，比方：

security_code_url: global["_g_server"].serviceurl +  "/getCode/"

总结

这样的做法的关键在于：

1、把URL和环境信息放到单独的配置文件里，而不是写死在代码里。同一时候依据开发环境、生产环境、镜像环境隔离不同的配置文件

2、server端专门写一个服务，把这些配置信息给到client页面，client页面也不用写死了