试用高德地图位置口令，发现与我想的不是一个东西...

最近刷到高德上线“位置口令”：6 个数字直达任意位置。作为 GISer，小编第一反应几乎是条件反射——这不就是国内版 Plus Code / Open Location Code？结果亲自试了一圈，发现跟想的不是一回事，小编今天就和大家来讨论下高德地图的这个新功能。

功能介绍

位置口令的用法很简单，联网打开高德 App，点首页右上角“+”进入功能页，选择位置口令。

在地图选一个点，系统会生成一组 6 位数字。对方在高德地图App中的搜索框输入这 6 个数，就能落到对应位置。这个功能主要用在高速应急车道、河边、山林……这些没有具体名字的地方，以前一般是先手机定位然后微信分享给好友，好友收到之后再使用高德地图导航，现在有了这个功能直接说一个6位数字的暗号即可。目前默认有效时间是1个小时。

实现原理

大家有没有觉得这个是不是和之前分享的《Plus Code》很像？小编大约翻了一下官方表述，猜测它更接近下面这套链路：

1. 用户选定一个点，客户端拿到经纬度。
2. 服务端在短码池里分配一组 6 位数字，把“口令 → 坐标 + 逆地理描述 + 过期时间”写进服务端映射。
3. 接收方输入口令时，高德查库还原位置，再打开导航。

为什么小编会这么猜？因为 6 位纯数字一共只有100万种组合，若按永久、全国覆盖、还要到路口/楼栋量级去理解，编码空间远远不够。它口令会过期，还要依赖高德云端解析，所以小编更倾向认为是猜测的这种方案，而不是 Plus Code 那种确定性网格编码。

PS：以上原理纯属猜测，欢迎打脸。

与PlusCode区别

Plus Code 的正式名是 Open Location Code（OLC），由 Google 开源，算法在 Apache 许可下公开。它把 WGS84 经纬度编进一串可读字符（字符集 20 个，带 + 分隔），本质是全球层级格网，可精确到米级网格。同一地点重复编码结果一致，编解码可以在本地完成，不依赖厂商服务端查库。

在缺门牌、缺 POI 名的地区，它更像给地球划“短地址”，小编之前在《在线将经纬度转换成 Plus Code 工具》里做过在线互转，用的就是 Google 的 open-location-code 实现。

Google 地图等产品里可直接搜索 Plus Code，开发侧可以把码写进数据库，当作稳定的位置 ID。和高德“位置口令”放一起看，差别主要在“永久地址码”还是“限时分享码”：Plus Code 形态是字母数字加 +，全球可用、可离线、可开放集成；位置口令是 6 位纯数字，依赖高德 App 与云端、默认约 1 小时失效，更适合口头报点、临时汇合。

总结

本来小编以为高德是搞的“中国版 Plus Code”，后面发现是自己的技术思维太重，按目前官方的应用场景来看，高德这种方案显然是更合适的。G98V+384 对比 006783 这种编码来说，肯定后者更易记、用户体验更好嘛。