同城打车出行是本地生活服务的重要组成部分中小型出行服务商、线下自营车队普遍面临两大核心开发难题。一是车辆调度依赖人工指派没有标准化的就近调度逻辑结合距离、路况、车辆在线状态的智能匹配能力缺失导致派单效率低、用户等待时长不稳定二是线下行程结束后结算混乱现金结算、私下转账无记录传统线上结算模式无法适配线下扫码即时对账、账务明细留存、分账统计的需求。多数通用出行系统重线上订单、轻线下账务无法适配自营车队线下打车、扫码结算的轻量化运营场景。本次开发的同城打车系统采用轻量化前后端分离架构主打线下车队出行服务场景区别于大型网约车平台复杂架构。后端以SpringBoot为核心服务框架整合MyBatis-Plus实现数据持久化核心完成第三方地图接口对接、实时距离测算、车辆状态监控、同城智能调度派单、线下扫码订单生成、账务结算、流水统计等核心业务。通过地图接口获取司机、乘客实时位置、行驶路线、里程数据为调度计费提供精准数据支撑独立搭建账务结算模块专门适配线下扫码结算场景解决传统出行系统线下账务缺失的问题。前端基于UniApp开发乘客与司机双端小程序乘客可在线下单、线下扫码结算司机可接收调度订单、完成行程核销、查看结算流水适配线下打车轻量化运营模式。同城打车智能调度是系统的核心基础能力也是区别于普通预约系统的关键。传统人工派单随机性强无法兼顾距离最优、车辆空闲、路况最优等条件。本项目依托地图接口实时获取经纬度、路况、行驶距离数据后端通过调度算法筛选当前在线、空闲、距离起点最近的司机自动完成订单匹配推送同时支持人工改派、订单兜底机制避免无司机接单的情况。整个调度逻辑由后端独立封装不依赖前端运算数据精准、响应稳定适配同城短途打车、即时出行场景。线下扫码结算账务模块是本项目的特色核心功能针对性解决线下打车对账难的痛点。常规网约车系统仅支持线上预支付、线上结算而线下车队大多采用先乘车、后扫码付款的模式。系统定制开发独立账务模块行程结束后司机生成专属结算二维码乘客扫码即可唤起线下结算订单系统根据地图统计的实际行驶里程、基础运价自动核算费用付款后实时生成账务流水同步留存订单、付款记录实现线下交易线上化留存方便车队统一对账、统计营收。小程序双端功能贴合线下打车真实场景操作简洁高效。乘客端支持同城即时打车、输入目的地、查看附近空闲车辆、实时查看司机位置与行程进度行程结束后通过扫码快速结算可随时查看出行记录与消费明细司机端实时展示平台调度订单接收订单后规划导航路线行程完成后一键生成结算二维码自主查看当日营收、单笔订单结算金额、未对账订单适配线下司机的操作习惯。后台管理端聚焦调度管控与账务运维适配车队运营人员使用。后台可统一配置打车运价规则、起步价、里程单价、夜间溢价、短途兜底价格支持监控全城车辆在线状态、订单调度记录、异常订单统计核心具备完整的账务管理能力可查看全部线下扫码结算订单、导出营收报表、核对每日流水、排查异常结算订单实现车辆调度与财务账务的双向精细化管理。项目采用通用稳定的开源技术栈无付费插件与复杂中间件落地成本低。后端基于JDK8、MySQL8.0开发通过Maven统一管理依赖地图接口请求、调度算法、账务结算逻辑分层封装代码耦合度低方便后期修改运价、调整调度规则。前端依托HBuilderX编译打包适配微信小程序运行环境无需复杂配置即可完成上线部署适合中小型线下车队、本地出行服务商使用。基于地图数据的同城司机调度筛选逻辑是打车系统的核心底层代码后端通过经纬度测距、状态筛选实现就近精准派单核心Java源码如下Service public class TaxiDispatchServiceImpl implements TaxiDispatchService { Autowired private DriverInfoMapper driverInfoMapper; Override public ListDriverVO getNearOnlineDriver(Double startLng, Double startLat) { // 筛选在线、空闲可接单司机 QueryWrapperDriverInfo wrapper new QueryWrapper(); wrapper.eq(status,1).eq(order_status,0); ListDriverInfo driverList driverInfoMapper.selectList(wrapper); ListDriverVO resultList new ArrayList(); for (DriverInfo driver : driverList) { DriverVO vo new DriverVO(); BeanUtils.copyProperties(driver,vo); // 计算乘客与司机实时直线距离 double distance MapDistanceUtil.getDistance(startLng,startLat,driver.getLng(),driver.getLat()); // 筛选3公里内空闲司机作为可调度资源 if(distance 3){ vo.setDistance(String.format(%.2f公里,distance)); resultList.add(vo); } } // 按距离由近及远排序优先匹配最近司机 resultList.sort(Comparator.comparing(DriverVO::getDistance)); return resultList; } }该调度核心方法结合地图测距工具精准筛选指定范围内在线空闲司机通过距离排序实现最优派单。代码做了场景化优化仅筛选有效可接单车辆过滤忙碌、离线司机从底层保障调度的合理性与高效性有效减少乘客等待时间。线下扫码结算订单生成与账务录入是账务模块的核心行程结束后自动生成结算订单锁定费用并写入账务流水保证每笔线下交易可追溯核心代码如下RestController RequestMapping(/api/taxi/settle) public class TaxiSettleController { Autowired private SettleAccountService settleService; // 生成线下扫码结算订单 PostMapping(/create) public Result createSettleOrder(RequestBody SettleDTO settleDTO){ // 校验行程订单合法性 if(StringUtils.isEmpty(settleDTO.getOrderNo())){ return Result.error(行程订单异常); } // 生成扫码结算订单并录入账务流水 boolean result settleService.createScanSettleOrder(settleDTO); if(result){ return Result.success(结算订单生成成功可扫码付款); } return Result.error(结算订单生成失败); } }该接口专门适配线下扫码结算场景区别于线上预支付订单逻辑在行程结束后生成临时结算订单绑定对应行程、司机与乘客信息自动录入账务系统留存流水。有效解决了线下打车无交易凭证、账务混乱、对账困难的问题让每一笔线下出行交易都有完整数据记录。数据库设计完全贴合打车调度与线下账务场景核心包含司机信息表、出行订单表、调度记录表、扫码结算表、账务流水表。司机表存储司机在线状态、实时位置、接单状态订单表记录行程起止信息、里程数据调度表留存每一次派单记录方便异常溯源结算表专门存储线下扫码订单数据账务流水表统一归集所有营收数据分层清晰、数据独立避免调度业务与账务业务数据耦合。针对同城线下打车场景系统做了多项实用优化。地图接口增加异常兜底机制网络波动时保留基础调度能力不影响正常派单调度模块支持自定义接单范围、优先派单权重适配车队运营规则账务模块支持单笔订单手动核销、异常订单修正、每日自动对账兼顾系统自动化与人工容错能力。整套系统部署流程简单便捷运维门槛低。部署时只需初始化数据库脚本配置地图接口密钥、调整运价规则修改SpringBoot数据库连接参数启动后端服务后对接UniApp前端接口即可实现同城打车调度、线下扫码结算全功能上线快速搭建轻量化线下出行打车系统。系统具备良好的拓展迭代能力可根据运营需求新增功能。后续可拓展夜间计价、拼车调度、司机分佣、发票开具、订单申诉、行程轨迹回放等功能适配小型车队、县域同城出行、短途接驳等多种场景。从开发学习角度项目完整覆盖第三方地图接口对接、就近调度算法、线下专属账务模块开发、流水对账设计等实战知识点是本地出行类优质实战项目。整体而言这套SpringBootUniApp同城打车系统针对性解决了线下同城打车人工调度低效、线下结算无记录、账务对账混乱的行业痛点将地图智能调度与线下扫码账务结算深度结合形成完整的线下出行服务闭环。系统架构轻量化、业务贴合实际运营场景、稳定性强既适合中小型线下出行车队数字化升级也能帮助开发者积累出行类调度算法与账务模块开发的实战经验具备不错的落地价值与学习价值。