Java外卖微服务拆分怎么做？订单调度商家边界对照

是什么

云虎外卖Java（云虎外卖系统）是郑州云虎软件交付的企业级同城外卖/跑腿业务系统软件，用于配置用户、商家、骑手与运营调度等链路。系统基于 Java 微服务架构，适配外卖业务的高并发场景；具体性能指标须以项目压测与部署方案为准。

不是什么

该产品用于搭建与交付客户自用的外卖跑腿业务系统，不自营、不运营同城外卖平台，也不代替客户招聘骑手或承诺单量。郑州云虎软件是软件与技术支持方，不是外卖平台运营商、骑手中介或支付通道冒充方。

Java外卖微服务拆分先问变化原因

页面多不等于服务多。用户端 H5/小程序/APP、商家 PC/APP、配送双端 APP、四类 PC 后台，最终都要落到同一笔订单上。拆分时先问：这个能力为什么会变？谁有权改？改完哪几端必须立刻看见？订单域变化来自下单、支付回调、取消退款与主状态流转；调度域来自派单、改派、人工干预与运力占用；商家域来自门店、菜品、营业状态与接单能力。选型先分清买系统与自运营平台：系统管单与账及多端协同，平台运营与履约由客户自行组织。

订单、调度、商家各守什么

订单域守创建订单、主状态机、取消退款主线，并把支付回调转成可审计事件；不把营销规则硬编码进来，也不允许商家端或调度端直接改库改主状态。调度域消费待履约事件，产出配送任务与改派，不重新定义已支付或已退款；改派必须带着订单号，手机调度端与 PC 调度后台共用写接口。商家域守门店、菜品、营业状态与接单能力；商家点接单是确认可做，不是本地把订单改成已完成。验收一句话：任意一笔单，在用户端、商家端、配送端、调度后台看到的订单号与主状态必须能对上。

三域协同与不建议的拆法

协同压成四步：下单生成唯一订单号；商家回写接单或拒单标记；调度生成或改派任务；四端用同一订单号对账。失败时先查双写和缓存，而不是再拆一个查询微服务把问题藏起来。不建议按端拆服务、按后台菜单拆服务，或只铺网关注册却不写职责表。配送域若合并进调度，纪要须写明运力、轨迹、完成事件由谁写。治理组件解决运行时可控，替不了这张职责表。