Obi应用如何在Bolt无公私API情况下实现打车价格估算

Bolt官方不提供公开/授权私有API，不代表外部无法实现它的费用预估能力，行业内做同类打车比价聚合功能的方案基本没有特殊黑科技，主流落地路径就是三类：

• 逆向复刻Bolt私有通信接口
  任何客户端要获取费用预估结果，都必须和Bolt自有后端服务通信。开发方可以通过反编译Bolt移动端安装包，配合中间人抓包工具绕过SSL Pinning证书校验，完整拆解出费用预估接口的请求地址、参数签名/加密逻辑、必填请求头、设备指纹校验规则、响应结构，完全模拟官方客户端的请求逻辑，传入上下车点经纬度、所选车型、所在城市等参数，就能拿到和官方客户端完全一致的预估结果。
  这种方案精度最高，唯一的维护成本是需要跟进Bolt客户端的版本更新，及时适配接口参数、签名规则的变动，同时通过代理IP池、设备特征伪造等手段绕过Bolt的接口风控拦截。
• 基于公开计费规则本地计算
  Bolt在每个落地运营的城市，都会公开披露完整的计费规则，包括起步价、里程单价、时长单价、动态溢价触发逻辑、高峰/节假日加价标准、不同车型价差、最低消费额、远途费阈值等。开发方只需要对接通用路径规划服务，获取起终点之间的推荐行驶里程、预估通行时长，套入对应城市的计费公式就能本地计算出费用预估值。
  这种方案完全不需要和Bolt后端交互，没有风控成本，只要定期同步Bolt调整的计费规则做校准，计算结果的误差通常可以控制在5%以内，完全满足普通预估场景的需求。
• 样本采集拟合预估模型
  如果前两种方案落地难度较高，也可以通过自动化测试框架模拟真实用户操作，批量在Bolt客户端/网页端输入不同起终点，自动识别采集返回的预估费用结果，积累足够量级的样本后训练回归预测模型，后续直接传入位置、时段、城市、车型等参数就能输出预估值。这种方案精度相对较低，Bolt调整计费规则后需要重新采集样本校准，维护成本高，一般只作为兜底方案使用。

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