设备、操作员和运输车共同承担同一组任务时，不能只是简单地按照先后抵达的顺序来安排执行，所以我们需要了解FlexSim里面作业优先级要怎样去配置，而一旦发生了优先级的冲突又该从哪些地方下手去调整，这通常都离不开对任务序列、调度器以及排队策略这几个地方的设置；任务序列在默认状态下优先级是0，数字更高一些的任务会被推到队列的前面，至于优先级数值完全一致的任务，一般还是会依照它们进入队列的顺序来处理。

　　一、FlexSim作业优先级怎么配置

　　在FlexSim中着手配置作业优先级之前，最好先分清这个任务到底是来源于普通的运输逻辑，还是从流程流那边产生的，虽然这两种路子都能去控制优先级，但它们各自的入口并不一样。

　　1、在运输任务里设置优先级

　　假如某个固定资源需要呼叫运输车或者操作员，可以先打开这个对象的属性窗口，在【Output】区域把【Use Transport】这一项启用起来，接着再把事先想好的优先级数字填进去；这个数字随后就会被写入到发往运输车或调度器的任务序列当中，优先级数值更高的任务，自然也就能更快地进入执行队列。

　　2、在流程流里创建任务序列

　　如果用的是流程流这种模式，那就往里面拖入一个【Create Task Sequence】活动，在它对应的属性区域里填上优先级，同时还要指定好究竟是哪一个任务执行器或者调度器来接收任务；要是现在还不急着分配资源，也可以先不去执行分派动作，等后面条件全都满足了，再通过【Dispatch Task Sequence】把任务推送出去。

　　3、通过调度器进行统一分配

　　当好多台运输车或者好几个操作员一起分担任务的时候，比较省事的办法是把它们全都连到同一个调度器上面去；任务会首先进入这个调度器的队列，再按照已经设定好的排队策略排好顺序，最后才通过指派逻辑传给当前可用的资源。根据FlexSim自带的文档，调度器很适合去管理这么一组运输设备或者操作人员。

　　4、优先级的级别不用分得太细

　　在项目刚开始跑的时候，不妨先划出三到四个档次就够用了，像普通补料、临时缺料、停线风险以及紧急处理，就是比较常见的几种；一旦级别分得过细，到了现场就很难把为什么要这样排的道理说清楚，而且也很容易把大大小小的任务全都标成高优先级，这样一来优先级的设置就差不多失去作用了。

　　二、FlexSim作业优先级冲突怎么处理

　　优先级冲突的情况大致能分成两类：一类是好几个任务都被标上了同一个等级，另一类则是新进来的任务需要打断当前正在跑着的那一个，这两种状况不能合在一起用同一种法子去处理。

　　1、同级别的任务按照进来的顺序执行

　　当两个任务的优先级数值一样的时候，通常会依照先进入队列的先执行这个规矩来；假如业务上还想去顾及一下等待了多长时间、跑动的距离远近，或者设备本身是哪种类型，那就得回头去改动调度器里边的排队策略，或者干脆借助列表把任务的一些字段保存下来，然后再按条件去重新排一遍。FlexSim当中的列表是能够记录用户自己添加的字段的，并且也可以依靠查询条件去做过滤和排序。

　　2、动态优先级交给排队策略来处理

　　有些任务在队列里等得久了，就需要自动往上升一级，这时候可以在排队策略里根据已经等待了多久、订单本身是什么等级，或者当前工位的状态，重新返回一个用来排序的值；官方文档里也讲到了，排队策略在默认情况下只是把任务自带的那个优先级返还回去，但它同样允许通过自己写的逻辑去动态地调整最终的排序结果。

　　3、要不要打断当前任务得另外配置

　　优先级能够起到的作用仅仅是决定队列里的先后顺序，它并不会主动去打断一个正在执行着的任务；如果真的需要把某个紧急任务插进去，还必须额外去设置抢占功能才行。当任务执行器接到一个带着抢占标签的新任务时，也只有在新任务所带的优先级比当前正在跑的那一个更高的情况下，它才会把旧任务暂时放下，转而去做新的。

　　4、强制中断要小心使用

　　抢占所做的动作有可能只是把当前任务暂时挂起来，也可能是直接终止掉这个任务，甚至会把队列里还在等待的其他任务也一同清除掉；如果这时设备正在搬运物料、正处在装卸过程当中，或者已经踏进了关键路径，就不太适合随便去强制打断，否则模型运算出来的结果恐怕会跟实际的现场情况差上一大截。FlexSim的命令参考里面列出了好几种不同的抢占模式，在着手配置之前，应该提前想明白任务被中断以后接下来的那套业务到底要怎么去收拾。

　　三、FlexSim作业优先级怎么持续复核

　　优先级都配置完了之后，还得用软件跑出来的结果再核实一遍，光用眼睛确认任务有没有被执行，是判断不出来这套调度策略是不是真的合情合理的。

　　1、查看任务序列的排队情况

　　当模型正跑着的时候，可以在任务执行器上用鼠标右键点击，然后打开【View Task Sequence Queue】，去检查一下当前哪个任务是处于活动状态的，还有哪些任务正在后面排着；重点要去观察紧急任务有没有挤到了队伍的最前列，而同级的任务是不是依然保持着看上去比较妥当的先后顺序。

　　2、记下等待时间的变化

　　接下来需要重点统计几组数字：普通任务的平均等待时间、紧急任务的平均等待时间，还有不同工作站各自所耗掉的等待时长；一旦高优先级的任务频繁地往里头插队，那些普通任务就很可能会被长时间压住出不来，这就意味着当初划分的等级边界恐怕得重新去调整一下了。

　　3、把测试的场景固定下来

　　可以先后去模拟正常流量、流量冲到顶峰以及设备忽然发生故障这几种情形，然后再把任务整体完成的时间、各项资源的利用比率，还有最后依然没处理完的任务数量摆在一起做个比较；每一次最好只去改动其中的一条规则，这样才比较容易看出来这些变化究竟是哪一项改动所引发的后果。

　　总结

　　总而言之，FlexSim里面作业的优先级既可以走【Use Transport】里的【Priority】那条路去配置，也能够在流程流的【Create Task Sequence】活动当中去设定；碰到有冲突的时候，第一步要先把同级排队和强行抢占这两种情况拆开，然后再去决定到底是调整排队策略、用列表去排序，还是直接把抢占机制打开。其实调度规则完全不用搞得太繁复，只要能说明白任务为什么先做、哪一种情况下可以插队、被打断以后又该怎样恢复回来，那么这套模型跑出来的结果也就更贴近真实的调度流程了。