我是如何获取到前端用户的IP，并根据IP来获取地理定位的

大家好，我是冰茶，容我开场先讲个故事。
故事的经过是这样的：

有一天，产品同学突发奇想，他想获取到下单用户的地理位置分布，以便来统计用户群的分布，进而为后期的按地区精确推广活动来做准备。

• me：这个简单啊，下单的时候，给个地理定位的请求，来获取用户所在位置就行啊，这样的话还准确......
• 产品兄：这个方案需要考虑下，如果要是请求用户的定位信息，首先呢，可能会引起用户的反感，毕竟咱们这个产品，从头到尾都没有用到过定位，突然啪的一下来个弹窗，用户肯定一是蒙逼，说你从头到尾都没有定位功能，要个定位权限有毛用，二是隐私意识强点，就直接拒绝掉了，这样直接就拿不到信息，无法达到预设的效果了。其次呢，咱们能少打扰用户，就少打扰用户，有句话说，悄悄地进村，打枪的不要。就是说呢，让用户流畅的使用下来整个流程，让用户用的爽，一直是咱们的原则......
• 产品兄：我听说有个IP定位，这东西蛮爽的，也不打扰用户，再说IP这个东西，只要用户访问我们的服务，绝对有这个东西能拿到，我们就拿他这个东西来反查下，这样咱们要的省市信息就这样到手了，而且这样的成功几率高，不用担心用户拒绝定位导致数据统计不全......
• 后端同学：IP这个东西的确可以，但是呢，我们的服务都在负载均衡/反向代理服务后面，后端直接拿到的IP也是前端服务器的IP，而不是用户直连我们前端服务器的IP，所以这个东西难办啊~
• 后端同学：想当初我们的项目还不是前后端分离的时候，的确是可以直接拿到IP的......
• 另外的前端同学：嗯，我这边也了解一些，我之前看到有前端获取IP的方法：

//创建RTCPeerConnection接口
let conn = new RTCPeerConnection({
        iceServers: []
    }) 
let noop = function(){}
conn.onicecandidate = function(ice){
    if (ice.candidate){
        //使用正则获取ip
        let ip_regex = /([0-9]{1,3}(\.[0-9]{1,3}){3}|[a-f0-9]{1,4}(:[a-f0-9]{1,4}){7})/
        let ip_addr = ip_regex.exec(ice.candidate.candidate)[1];
        console.log(ip_addr)
        conn.onicecandidate = noop
    }
}
//随便创建一个叫狗的通道(channel)
conn.createDataChannel('dog')
//创建一个SDP协议请求
conn.createOffer(conn.setLocalDescription.bind(conn),noop)

作者：Illgo
链接：https://www.zhihu.com/question/20675353/answer/335325619
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

之后用 WebRTC获取IP 等关键词找了几篇类似的文章。这个比较全面。

获取访问者内网IP

根据类似的文章，亲自试验了下，有两个问题：

1. 我们有微信站的业务，在微信环境下获取不到IP。这个方法在Chrome和Firefox下面很好用。
2. 获取的是用户的内网IP，用拿到的IP去反查，得到的结论是局域网地址。

这还查个毛线的查，于是......这个方案被放弃了......

• me：在Google找了一些方案，大多数方案都是通过前端调取一个接口，接口返回地理定位等信息。和后端同学说的一致，只要用户发请求，服务器能直接拿到用户网络出口的IP信息，然后咱们就调接口查一下就可以了。关于后端接口拿不到IP的问题，微信支付这边有类似的解决方案。

备注：获取用户IP指引

• me：咱们服务器相当于在代理后面，只要找运维去配置下，应该就可以了。
• 后端同学：这个可以考虑，稍后我这边和运维联系下，让他们那边配置下，把用户请求代理服务器获取到的IP传递给我这边，这样就可以了。

于是问题解决，大功告成~

---

开玩笑，要真是这样的话，这篇文章就不会出现了?

实际情况是这样的：

• 后端同学：如果去配置的话，因为我们的服务器上面不只是部署了一套项目，修改配置可能影响较大......
• 后端同学：其次呢，前端这边有一个.Net站是配置过的，这个站是之前前后端不分离时使用的站，现在只是用来部署静态文件，但是依然有动态代码的能力，用这个站来获取更容易，现在也不需要配置......

总之呢，这个任务，就落在前端这边了。

好，现在让我们整理一下手头的资源：
一个能直接获取到IP的站，
一个能根据IP反查所在区域的接口

你问我为啥不使用现成的服务呢？
主要是可靠性的原因，如果是你用的外部服务，万一服务挂了，一是只能等到服务商修复，时效可能比较长，万一服务商跑路了，还得费劲的切换服务；二是可以甩锅?

下面是服务端的实现。
这部分实现呢，主要包含两个部分：

• 获取IP
• 反查IP所属区域

首先我们新建一个一般处理程序（.ashx）
下面是代码清单：

        /// 

        /// 获取客户端IP地址
        /// 
        /// 
        /// 
        public static string GetAddress(HttpRequest request)
        {
            //可以透过代理服务器
            string remoteAddr = request.ServerVariables["HTTP_X_FORWARDED_FOR"];
            if (string.IsNullOrEmpty(remoteAddr))
            {
                //没有代理服务器，如果有代理服务器获取的是代理服务器的IP
                remoteAddr = request.ServerVariables["REMOTE_ADDR"];
            }

            if (!string.IsNullOrEmpty(remoteAddr)
                && remoteAddr.IndexOf(",") != -1
                && remoteAddr.Trim().Length > 6)
                remoteAddr = remoteAddr.Split(',')[0].Trim();

            if (remoteAddr.Length > 15)
                remoteAddr = GetIP4Address();

            return remoteAddr;
        }
        
        
        
        public static string GetIP4Address()
        {
            string IP4Address = String.Empty;

            foreach (IPAddress IPA in Dns.GetHostAddresses(HttpContext.Current.Request.UserHostAddress))
            {
                if (IPA.AddressFamily.ToString() == "InterNetwork")
                {
                    IP4Address = IPA.ToString();
                    break;
                }
            }

            if (!string.IsNullOrEmpty(IP4Address))
            {
                return IP4Address;
            }

            foreach (IPAddress IPA in Dns.GetHostAddresses(Dns.GetHostName()))
            {
                if (IPA.AddressFamily.ToString() == "InterNetwork")
                {
                    IP4Address = IPA.ToString();
                    break;
                }
            }

            return IP4Address;
        }
        

然后呢，前端调用下暴露出的接口，就获取到了所需要的地理信息。前端请求方法比较通用，就是一个很简单的Ajax请求，这里不做演示。

之后在下单时把获取到的省市信息传到下单接口里面，这样我们就实现了获取到前端用户的IP，并根据IP来获取地理定位的需求。

---

好了，正文就此结束。部分代码稍后补充