多运输车队同路网运行偶发卡死问题咨询

该偶发卡死是单通行权路网下的典型循环等待死锁，属于资源分配逻辑缺陷，不是单纯的优先级缺失问题，触发逻辑和观察到的现象完全吻合：

• 当前实现的路径占用判定逻辑为「运输车抵达路径入口节点才检查占用状态，占用即原地等待」，没有做全路径通行权提前预留，当多台运输车形成「各自占有对方下一步需要的路径资源、同时等待对方释放资源」的循环链时，就会永久卡死：
  • 最常见的触发场景为双向通行的单车道受限路径：运输车X从路径A端驶入拿到路径占用权，运输车Y在X完全驶出路径前抵达B端，因路径被占在B端等待；若X驶出该路径后需要进入的下一段路径/节点刚好被等待中的Y挡住，就会形成双向互等。
  • 多段受限路径组成环形路网时，也可能出现3台及以上运输车首尾相连占住路径、互相等待的死锁场景。
• 开启Resolve collision参数时，仿真引擎会通过强制位移冲突车辆的方式临时绕开碰撞检测，但这属于引擎层面的容错掩盖，并没有真正解决资源循环占用的死锁逻辑，关闭该参数后死锁状态就会直接触发碰撞报错。
• 故障偶发的核心原因是死锁需要满足极精确的时序匹配：只有多台运输车在特定时间窗口内刚好凑成循环等待的资源占用链才会触发，长周期仿真中是否出现、何时出现完全随机，和1年仿真周期内随机触发、也可能全程不出现的特征一致。

按落地成本和解决彻底性从高到低排序：

• 启用路径提前预留机制（推荐首选）
  直接使用Material Handling库自带的路径预留能力，替换当前「到入口再查占用」的逻辑：在所有单通行权受限路径的属性面板开启Reserve path before entering选项，将预留长度设置为路径总长度，要求运输车在驶入路径前的节点就提前申请整条路径的独占通行权，只有申请成功才允许驶入，申请失败则在距离路径更远的前序节点等待，从根源上避免两台车对向进入同一条单行道、形成互等的可能。
• 补充路径通行规则
  如果存在多段受限路径组成的环形路网，仅靠路径预留无法完全避免环形死锁，可根据业务场景二选一配置规则：
  • 给所有受限单行道设置固定通行方向，禁止双向通行，彻底消除对向会车的冲突场景；
  • 给所有运输车配置全局统一的优先级判定规则（例如按任务紧急度、运输车固定ID排序），明确高优先级车辆拥有路径优先通行权，低优先级车辆遇到高优先级车辆申请同一段路径时，必须倒退回最近的可避让节点让行，打破循环等待的对等占用逻辑。
• 增加死锁检测兜底逻辑
  新增仿真时间触发的定时事件，固定间隔（例如每10个仿真分钟）扫描所有处于等待状态的运输车，检测是否存在A等B、B等C、C等A的循环等待链；一旦检测到死锁，强制将等待链中优先级最低的运输车调度到最近的空闲避让节点，释放其占用的所有路径资源，打破死锁循环。
• 临时兼容方案（不推荐长期使用）
  如果模型对路径通行逻辑的精度要求不高，可以保持Resolve collision=true开启状态，同时调小碰撞解决的偏移距离参数减少视觉穿模，但该方案仅能掩盖碰撞报错，无法从逻辑层面消除死锁，仿真统计的运输时长、路径利用率等指标会存在偏差。

内容的提问来源于stack exchange，提问作者ilaria lazzarini