Uber API /v1/requests接口end_latitude与end_longitude参数失效求助

根据你描述的情况——调用Uber的POST /v1/requests接口时已经传入end_latitude和end_longitude参数，行程创建成功但App里看不到目的地，我整理了几个实用的排查方向和解决方案：

可能的原因及处理步骤 #

1. 补充终点描述参数，完善目的地信息 #

虽然Uber文档标注end_latitude和end_longitude是指定终点的核心参数，但部分场景下App端需要更完整的地址上下文才能正确展示目的地。你可以尝试在请求中额外添加end_address参数，传入对应坐标的格式化地址字符串（比如"123 Main St, Seattle, WA"），看看是否能触发App端的目的地显示。

2. 切换到较新的API版本 #

/v1/requests是较早的API版本，可能存在和新版Uber App的适配断层。建议你切换到Uber的稳定版API（比如v1.2）使用对应的行程创建接口，新版本在数据同步和App端展示逻辑上通常更可靠。

3. 验证接口返回的行程数据 #

调用接口成功后，检查返回的JSON响应中是否包含end_location字段（内含latitude和longitude子字段）：

• 如果返回中没有end_location，说明API未正确接收你的终点参数，需要再次确认参数拼写、数据类型（必须是数字，不能是字符串）是否完全符合文档要求；
• 如果返回中有end_location，问题大概率出在App端的同步或缓存上，可以尝试重启Uber App、手动拉取行程详情，或等待几分钟让后台数据同步完成。

4. 确认所选产品是否支持预设终点 #

部分Uber产品（比如某些即时打车类服务）可能不支持提前预设终点，只能上车后设置。你可以通过GET /v1/products接口查询product_id=6450cc0f-4d39-4473-8632-1e2c2049fefe对应的产品详情，查看是否有允许预设终点的相关标识。

额外建议 #

如果以上步骤都无效，建议把你的请求ID、参数详情整理后联系Uber开发者支持，让官方排查是否存在接口端的适配问题。

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