说实话，做LBS（基于位置的服务）这行久了，最烦的就是客户指着地图骂娘：“我明明站在这，咋显示在河里？” 这种时候，你解释什么WGS84转GCJ02，人家根本不听。他们只认结果。今天咱不整那些虚头巴脑的理论，直接上干货，聊聊怎么搞定那个让人头秃的 android geo 偏差问题。
先说个扎心的事实。很多刚入行的兄弟，以为拿到GPS坐标就能直接画点。大错特错。在国内，你拿到的原始GPS数据是WGS84坐标系，而咱们常用的百度地图、高德地图，底层用的是GCJ02（火星坐标）或者BD09。这两个坐标系之间，差了大概几百米到一千多米。这可不是小数目，在地图上那就是“隔了一条街”甚至“隔了一个区”的距离。
我上周刚帮一个做外卖配送的朋友调这个bug。他那边定位漂移严重，用户投诉率直线上升。咱们一步步来，看看怎么把这块硬骨头啃下来。
第一步，确认你的数据源。
别一上来就写代码转换。先看看你拿到的经纬度是哪来的。如果是手机GPS直出，那就是WGS84。如果是通过高德SDK拿到的，那大概率已经是GCJ02了。这里有个坑，很多开发者混着用。比如用高德SDK获取位置，却调用了百度的转换接口，结果偏差更大。记住，坐标系必须统一。
第二步，选择正确的转换算法。
这是核心。网上那些开源库，有的已经过时了，精度不行。我推荐用经过验证的数学模型。GCJ02的偏移不是线性的，它是个复杂的非线性函数。你可以找那种带校验和的转换库。注意，别用那种简单的加减固定值的方法，那在一线城市可能还行，到了偏远地区，偏差能大到让你怀疑人生。
第三步，处理异常值和漂移。
GPS信号在室内或者高楼密集区，容易受多径效应影响。这时候你看到的坐标可能跳来跳去。这时候不能只靠转换，还得加滤波。我一般用卡尔曼滤波，或者简单的滑动平均。比如，连续5次定位，取中位数。这样能过滤掉大部分瞬时跳变。
第四步，结合基站和WiFi辅助定位。
纯GPS在室内基本废了。这时候要融合基站和WiFi信息。Android系统本身就有LocationManager，可以设置Provider为NETWORK。虽然精度不如GPS，但在室内能有个大概范围。把GPS和NETWORK的数据做个加权融合，效果会好很多。
这里有个数据对比，你们可以试试。
纯GPS转换后，平均偏差在50米左右。
加入基站辅助后，偏差能降到20米以内。
如果再加上WiFi指纹库匹配，在商场这种地方，甚至能精确到5米。
这差距，用户是感觉得出来的。
最后，说点实在的。
别指望一次转换就万事大吉。地图SDK也在更新，坐标系的标准偶尔会有微调。所以，你的代码里最好留个开关，方便后期调整转换参数。另外，测试的时候，别只在办公室测。去地下室、去电梯、去郊外。这些地方才是考验算法的时候。
我见过太多项目，因为没处理好 android geo 偏差，导致用户投诉不断，最后不得不重写定位模块，浪费了大量时间和金钱。真的，前期多花点时间研究坐标系转换，后期能省不少心。
总结一下，搞定 android geo 偏差，核心就三点：分清坐标系、选对转换算法、融合多源定位。别偷懒，别想当然。地图上的每一个点，都代表着真实的用户位置，这背后是信任。把偏差做小了，用户体验上去了，你的产品才能活下去。
行了，今天就聊到这。希望能帮到正在被定位问题折磨的你。要是还有搞不定的，评论区见，咱们一起折腾。
