Here Maps路由计算报NGEO_ERROR_GRAPH_DISCONNECTED错误规避方法

NGEO_ERROR_GRAPH_DISCONNECTED报错的核心原因是路由引擎无法在当前选择的通行路网范围内，找到连通所有传入路径点的可行驶路线。你的场景里不存在参数格式错误，触发报错主要是两个叠加因素：

• 调用时选择的是truck货车路由模式，该模式下会过滤所有禁货、限高/限重不符合要求的路段，可通行路网范围本身比小客车模式窄很多
• 提供的前4个路径点互相间隔仅3-5米，属于GPS漂移级别的冗余点，坐标略微偏离道路时，很容易被引擎匹配到和主路不连通的孤立路网片段（比如封闭厂区内部路、人行道、非机动车道这类货车不可进入的区域），直接导致路网断连判定。

• 前置路径点道路吸附处理。调用路由接口前，先对所有原始GPS坐标做道路吸附匹配，匹配时的通行模式要和路由计算模式保持一致（货车模式就只匹配货车可通行路段），设置15-30米的合理吸附半径覆盖普通GPS漂移，把偏离道路的点先校准到对应可通行路段上，从根源减少断连概率。
• 提前做冗余路径点过滤。你提供的最小复现集合里前4个点距离过近，没有实际路径指引价值，反而容易触发匹配错误。预处理阶段可以直接过滤掉和上一个保留点直线距离小于10米的点位，仅保留关键转向、位置变化明显的路径点，能大幅降低断连报错概率。
• 增加断点自动跳过的降级逻辑。如果全量路径点一次调用返回断连错误，不要直接终止计算，用二分法拆分路径点集合分批调用：先把所有点均分为前后两组分别算路，哪一组返回断连就继续拆分定位，直到找到具体触发报错的1-2个问题点位，直接跳过这些异常点，再把其余算通的分段路线拼接即可，能保证绝大多数点位的路线正常绘制。
• 增加路由模式兜底逻辑。如果拆分后局部路段始终无法算通货车路线，可以临时切换为普通小客车模式计算该段路线做展示兜底，比直接抛出错误的用户体验好很多。

可以先把前4个间距极近的冗余点只保留1个，比如仅保留waypoint0和waypoint4，同时给所有点位加上20米范围的道路吸附参数再调用接口，即可正常返回连通路线，不会触发断连报错。

内容的提问来源于stack exchange，提问作者jenoice