多Seize块共享ResourcePool的泊位分配并行异常排查请求

• Seize块配置错误：检查各泊位的Seize块是否正确关联到同一个共享ResourcePool（24台岸桥）。若某泊位的Seize块绑定了单个资源单元而非共享池，会导致该泊位独占资源；若Seize块设置的占用资源数量为24，也会直接耗尽资源池，阻塞其他泊位请求。
• ResourcePool参数设置异常：确认资源池的Capacity是否设为24，若误设为1则只能支持单泊位使用。同时检查任务分配策略，若设置为Specified Resource且所有泊位指定同一台岸桥，会引发资源争抢，无法并行分配。
• 泊位流程的逻辑阻塞：查看各泊位的Queue块是否存在全局触发约束，比如所有队列依赖同一个触发事件，导致仅首个泊位能启动Seize操作。另外检查Delay块是否设置了全局同步逻辑，间接阻止其他泊位的资源请求。
• 移动资源的调度限制：若岸桥是MobileResource，检查资源池的移动规则——是否所有岸桥被限制只能前往泊位1，或移动路径存在单向阻塞，导致其他泊位无法获取可用岸桥。同时确认ResourcePool的Use Transport选项是否错误启用，依赖未配置的运输逻辑导致资源无法调度。
• 模型执行模式限制：检查实验的Execution Mode，若设置为Single-Threaded（单线程），模型会串行处理各泊位流程，即便资源充足也无法并行执行。

内容的提问来源于stack exchange，提问作者Ali Mokhtari Moghadam