UniApp定位实战：腾讯地图与高德地图精准度对比与优化方案-CSDN博客

1. 为什么你的UniApp定位总是不准？先搞懂核心原理

做UniApp开发，尤其是涉及到LBS（基于位置的服务）功能时，定位不准这个问题，我估计十个开发者里有九个都踩过坑。你可能也遇到过：用户明明在A点，你的App却显示他在一公里外的B点；或者定位图标在地图上疯狂“漂移”，用户体验直接降到冰点。这背后的原因，远比我们想象的要复杂。

首先，你得明白，UniApp本身并不“生产”定位数据，它只是一个“搬运工”。在微信小程序平台，它调用的是微信的wx.getLocation接口；在H5平台，它调用的是浏览器的navigator.geolocation API；在App端，它则通过uni对象封装了各原生平台的定位能力。所以，定位的精准度，很大程度上取决于你集成的第三方地图SDK的能力和你的配置方式。腾讯地图和高德地图，就是国内最主流的两个选择。

很多新手开发者容易陷入一个误区：认为只要调用了API，返回的经纬度就一定是准确的。其实不然。定位是一个系统工程，涉及GPS卫星信号、基站三角定位、Wi-Fi定位、IP定位等多种技术的融合。在室内、高楼林立（城市峡谷效应）或者信号不佳的地方，精度自然会下降。而腾讯地图和高德地图这两家服务商，在数据源、算法优化和覆盖范围上存在差异，这就直接导致了最终定位效果的差别。

我刚开始做项目时，也像原始文章里那位朋友一样，先试了腾讯地图。按照官方文档，引入qqmap-wx-jssdk，调用逆地理编码，一通操作下来，发现偏差确实有点大，有时候能差出几百米甚至一公里。这可不是个小数目，对于外卖、打车、共享单车这类对精度要求极高的场景，这种误差是完全不能接受的。所以，我们有必要深入对比一下这两者，并找到切实可行的优化方案。

2. 腾讯地图定位实战：为什么误差容易偏大？

让我们先来复盘一下原始文章中提到的腾讯地图集成方式。他的代码核心是两步：先用uni.getLocation获取经纬度，再用腾讯地图的SDK进行逆地理编码（根据经纬度查地址）。

// 获取经纬度
GetLocation() {
  let _this = this
  uni.getLocation({
    type: 'wgs84', // 注意这里，关键参数
    success(res) {
      _this.GetNowCityInfo(res) // 获取城市信息
    }
  });
},

这里有一个非常关键的细节：type: 'wgs84'。WGS-84是国际通用的GPS坐标系标准。但是，出于安全考虑，国内所有公开发布的地图（包括腾讯、高德、百度）都必须在法律要求下，对GPS坐标进行加密偏移，这个加密后的坐标系通常被称为GCJ-02，俗称“火星坐标系”。

当你用wgs84格式的坐标，直接传给腾讯地图的reverseGeocoder（逆地理编码）接口时，问题就来了。腾讯地图的底层数据是基于GCJ-02坐标系的，它期望你传入的也是GCJ-02坐标。你传一个原始的WGS-84坐标给它，它就会“理解错误”，导致计算出的地址与你真实位置产生系统性偏移。这就是原始文章中提到“哪怕写死经纬度都会有将近1km的误差”的主要原因之一。

那么，是不是把type改成gcj02就万事大吉了呢？实测下来，情况会改善，但未必能达到最佳。因为定位误差是多重因素叠加的：