前端获取自己所在的ip_我是如何获取到前端用户的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。这个方法在Chrome和Firefox下面很好用。

获取的是用户的内网IP，用拿到的IP去反查，得到的结论是局域网地址。

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

me：在Google找了一些方案，大多数方案都是通过前端调取一个接口，接口返回地理定位等信息。和后端同学说的一致，只要用户发请求，服务器能直接拿到用户网络出口的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来获取地理定位的需求。

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