动态路网 vs 静态路网：突发封路响应

呈现一次真实的突发封路场景：某城市核心区主干道因事故被封闭30分钟，并交代时间线——t=0封路发生，t=?系统感知，t=?司机绕行，t=?订单完成。

• 突发封路的时间线：感知 → 路网更新 → 派单重算 → 路径重排 → 司机执行
• 静态路网与动态路网在同一时间线上的关键分叉点
• 本节聚焦的问题：从封路到车队整体进入新路径，到底花了多久

让学习者在简化地图上手动放置一次主干道封闭事件，并选择“静态路网”或“动态路网”模式，观察派单决策时刻、路径绕行距离和送达时长的差异，先建立直觉。

• 选择路网模式：静态 vs 动态
• 拖拽放置一处主干道封闭
• 观察派单重算触发时刻和绕行总距离

在看到证据和解释之前，先让学习者承诺一个量级判断，作为后续对比的基线。

• 选择你认为最贴近现实的响应时间压缩区间

用时间轴图展示静态路网与动态路网在感知延迟、绕行代价估算误差、派单重算触发条件上的差异；给出典型量级：感知延迟秒级、整体响应分钟级。

• 静态路网：依赖司机或交警人工上报，感知延迟通常 1–5 分钟
• 动态路网：实时交通流+事件接入，感知延迟可压到 10–30 秒
• 派单重算：静态只在司机拒单/超时后才触发，动态按滚动窗口重算
• 典型节省区间：端到端响应时间从 3–8 分钟压到 30–90 秒

解释三个机制：更早的封路感知（事件源前置）、更准的绕行代价（实时路况替代历史平均）、更稳的派单重算（滚动窗口而非一次性重排）。

• 感知前置：把封路事件从“司机发现”前移到“平台/交管接入”
• 代价校准：用实时拥堵替代历史平均速度，避免绕远低估
• 重算节奏：按滚动窗口持续派单，避免“全部压到下一波”
• 三者的乘积效应决定了响应时间的下限

让学习者调节感知延迟、绕行代价误差和派单重算频率三个旋钮，实时看到端到端响应时间从分钟级到秒级的变化曲线，强化“机制决定下限”的判断。

• 拖动感知延迟滑块（秒级）
• 拖动绕行代价误差滑块（百分比）
• 拖动派单重算频率滑块（次/分钟）
• 观察总响应时间曲线的变化

说明动态路网的边界：多点同时封路、可替代道路极少的老城区、以及司机拒绝绕行的合规层面，这些情况下节省时间会显著回落。

• 多点并发封路：动态路网能算但物理上没有好绕行
• 可替代道路稀疏：节省时间被绕行距离抵消
• 司机合规与执行成本：算法再快也受限于接单意愿
• 动态路网的价值在“好替代路径存在”时才充分释放

把单一主干道封路升级为“桥面检修+大雾能见度下降”的复合事件，让学习者用同样的三个旋钮去应对，看是否能复现类似的响应时间压缩。

• 复合事件增加感知与绕行难度
• 尝试复现上一节的响应时间区间
• 判断在哪些条件下节省时间会被吞掉

回到驱动问题，给出量化的回答范围，并指出真正的瓶颈往往不在“算得快不快”，而在“感觉得早不早”和“代价估得准不准”。

• 典型城市级突发封路：端到端响应时间从 3–8 分钟压到 30–90 秒
• 节省的本质是感知+代价+重算三段乘积的压缩
• 上限受限于物理可替代路径和司机执行层
• 动态路网的价值，是把“分钟级”压到“秒级”，而不是把秒压到零