@mapbox/polyline与Google Routes API折线解码器结果不一致的问题及Node.js适配方案咨询

我之前也碰到过一模一样的情况，折腾了半天才搞清楚问题出在哪——编码精度的差异！

问题根源 #

Google的两个折线解码工具（旧的Polyline Utility和新的Routes API解码器）用的是不同的精度标准：

• 旧工具（包括@mapbox/polyline v1.x的默认配置）采用的是5位精度（坐标值会乘以1e5后再编码）
• Google Routes API则使用的是7位精度（坐标值乘以1e7后编码）

这就是为什么你用@mapbox/polyline默认解码得到的结果和Routes API不一样，反而和旧的Polyline Utility一致——因为它们都用了5位精度，而你需要的是7位精度的解码逻辑。

解决方案：调整@mapbox/polyline的解码精度 #

其实不用换库，@mapbox/polyline本身就支持自定义精度！你只需要在调用decode方法时，传入precision: 7的参数就行。

修改你的Node.js代码如下：

import * as polyline from "@mapbox/polyline";

// 注意：decode方法的第二个参数可以指定精度
const coords = polyline.decode(encodedPolyline, 7);
console.log(coords);

这样解码出来的坐标就会和Google Routes API的解码器结果完全匹配了。

备选方案：自己实现7位精度的解码逻辑 #

如果你不想依赖第三方库，也可以参考Google的官方算法自己实现解码。核心逻辑就是把每个坐标点的编码值除以1e7（而不是1e5），这里给你一个简单的实现示例：

function decodeGoogleRoutesPolyline(encoded) {
  let points = [];
  let index = 0, len = encoded.length;
  let lat = 0, lng = 0;

  while (index < len) {
    // 解码纬度
    let b, shift = 0, result = 0;
    do {
      b = encoded.charCodeAt(index++) - 63;
      result |= (b & 0x1f) << shift;
      shift += 5;
    } while (b >= 0x20);
    const dlat = ((result & 1) ? ~(result >> 1) : (result >> 1));
    lat += dlat;

    // 解码经度
    shift = 0;
    result = 0;
    do {
      b = encoded.charCodeAt(index++) - 63;
      result |= (b & 0x1f) << shift;
      shift += 5;
    } while (b >= 0x20);
    const dlng = ((result & 1) ? ~(result >> 1) : (result >> 1));
    lng += dlng;

    // 转换为实际坐标（除以1e7）
    points.push([lat / 1e7, lng / 1e7]);
  }

  return points;
}

// 使用示例
const coords = decodeGoogleRoutesPolyline(encodedPolyline);
console.log(coords);

这个函数完全按照Google Routes API的精度要求实现，解码结果也会和官方工具一致。

验证 #

不管用哪种方案，你都可以把解码后的坐标拿到地图上验证，应该就能匹配你预期的路线了～

内容来源于stack exchange