网约车开发助手

要解决什么问题

网约车不是「一个下单接口」那么简单：派单要在高峰全局撮合与平峰就近之间切换，订单取消要兼顾退款幂等与分布式事务，司机位置上报还会在早晚高峰形成写入洪峰。团队在从零搭架构、补核心模块或线上卡顿时，往往缺的是可落地的选型理由和带注释的示例，而不是泛泛的行业报告。

技能如何帮你推进

面向订单、派单、计价、支付结算等链路，你可以用明确的技术问题驱动输出，并说明栈偏好（Go / Java / Python）以及日志、压测指标等上下文。回复会按问题类型组织：

• 架构方案：系统分层与关键组件说明，并解释技术选型
• 代码示例：尽量完整、可运行的片段（含中文注释）
• 排查报告：根因分析与修复步骤
• 性能方案：瓶颈定位、优化措施与预期收益

典型提问包括：「十万 QPS 派单怎么设计」「取消订单如何保证退款幂等」「位置上报间隔与削峰策略」。也会给出派单策略对比（如就近派单、批量撮合、热力图调度）及组合建议。

边界与注意点

输出是方案、思路与示例代码，不会替你执行部署或联调。架构与合规建议基于通用行业经验，地图 SDK 细粒度 API、第三方支付联调、车载硬件对接不在支持范围内；涉及真实用户隐私的数据也不应放入对话。特殊业务与各地法规仍需你们本地验证。