背景代驾系统最核心的技术难点是“实时性”用户下单后要秒级通知附近司机司机行程中位置要实时同步给管理平台。传统 HTTP 轮询延迟高、耗资源这套开源代驾系统选择了 Netty WebSocket 长连接方案本文拆解它的实现思路。源码地址Giteehttps://gitee.com/zhoujian6666/biaoma-ride-car-service整体架构系统包含两个 API 服务管理端 API后台管理和用户端 API用户与司机业务。Netty 服务端内嵌在用户端 API 中司机端 App 和用户端通过 WebSocket 与之保持长连接。消息流转用户下单 → 业务服务写库 → 通过 RabbitMQ 通知推送链路 → Netty 通道定向推送给附近司机 → 司机抢单 → 推送结果给用户端。为什么用 Netty 而不是 Servlet 容器的 WebSocket单机需要支撑上千司机同时在线NIO 模型资源占用远低于“一连接一线程”模型心跳、断线重连、编解码都可定制推送能力与业务服务解耦可独立扩容核心实现要点连接管理司机端登录后建立 WebSocket 连接服务端用 ConcurrentHashMap 维护“司机 ID 到 Channel”的映射连接断开自动清理心跳机制IdleStateHandler 检测空闲连接客户端定时发心跳包防止 NAT 超时断连定向推送派单时按地理位置筛选附近司机从连接表取出对应 Channel 批量写入订单消息位置上报司机端每隔数秒通过 WebSocket 上报 GPS 坐标写入 Redis 供派单筛选和后台实时地图展示消息可靠派单、取消等关键消息配合 RabbitMQ 做异步确认推送失败可补偿管理后台的实时视图后台首页的“司机在线视图”数据同样来自这条链路Redis 中的在线司机与位置数据配合 ECharts 可视化运营可以实时看到城市运力分布。项目其他模块除实时推送外系统还包含完整业务闭环智能派单、计价引擎起步价 里程费 时长费 夜间溢价、微信与支付宝支付、订单分润、财务对账。后端 管理后台 数据库脚本已开源Java 17 Spring Boot 2.7 Vue可直接部署。Giteehttps://gitee.com/zhoujian6666/biaoma-ride-car-service用户端小程序可在仓库 README 扫码体验。觉得有用欢迎 Star也欢迎评论区交流实时推送相关的技术问题。