使用Leaflet-Routing-Machine+OSRM遇429请求超限，求替代实现方案

阿华AIGC实验室

2026-5-28

哈哈，这个429限流坑我之前做Leaflet路径规划项目也踩过！公共OSRM服务（router.project-osrm.org）是免费共享的资源，请求频率限制得很严格，稍微多发起几次请求就会触发限流机制。给你几个我亲测有效的解决方案：

1. 自行部署私有OSRM服务（最推荐）

这是从根源解决限流问题的方案——自己搭一个OSRM后端，完全可控，没有请求次数限制，还能自定义数据范围（比如只部署你业务覆盖的城市/国家），性能也更稳定。

步骤大概是：

从Geofabrik下载你需要的OpenStreetMap数据（比如对应国家/地区的.pbf文件）
用OSRM官方工具链（osrm-extract、osrm-contract）处理数据生成路由图
启动OSRM后端服务，然后在Leaflet-Routing-Machine里配置自定义服务地址：

L.Routing.control({
  waypoints: [L.latLng(57.74, 11.94), L.latLng(57.6792, 11.949)],
  // 替换为你的私有OSRM服务地址
  router: L.Routing.osrmv1({
    serviceUrl: 'http://your-private-osrm-server/route/v1'
  })
}).addTo(map);

2. 改用其他商用/免费路由API

很多基于OpenStreetMap的第三方路由服务，请求限制比公共OSRM宽松，甚至有免费额度支持小项目：

OpenRouteService：免费注册就能获取API密钥，支持步行、骑行、驾车等多种模式，请求限制比公共OSRM高很多
Mapbox Directions API：Leaflet-Routing-Machine有官方适配插件，免费额度足够小流量项目使用
Google Maps Directions API：稳定性拉满，不过需要API密钥，免费额度有限，适合有预算的项目

举个OpenRouteService的集成示例：

// 确保先引入LRM的OpenRouteService插件
L.Routing.control({
  waypoints: [L.latLng(57.74, 11.94), L.latLng(57.6792, 11.949)],
  router: L.Routing.openRouteService({
    apiKey: 'your-ors-api-key' // 免费注册即可获得
  })
}).addTo(map);

3. 优化现有请求，避免触发限流

如果暂时不想更换服务，可以通过优化请求逻辑降低触发限流的概率：

添加请求缓存：把已经请求过的路径结果存在localStorage或者后端数据库里，相同起点终点的请求直接复用缓存，不用重复调用API
限流请求触发时机：用防抖（debounce）函数包装路径请求逻辑，比如用户拖动终点标记时，等用户停止操作1秒后再发起请求，避免频繁触发API调用
简化请求参数：去掉不必要的参数减少服务端负载，比如你原来的请求里alternatives=true会返回备选路径，如果业务不需要可以关闭：

L.Routing.control({
  waypoints: [L.latLng(57.74, 11.94), L.latLng(57.6792, 11.949)],
  router: L.Routing.osrmv1({
    urlParameters: {
      overview: 'false',
      alternatives: 'false', // 关闭备选路径请求
      steps: 'true'
    }
  })
}).addTo(map);

4. 改用其他Leaflet路由插件

如果Leaflet-Routing-Machine不是必须的，也可以根据业务场景选择其他轻量化插件：