在网约车平台，对司机一直存在指派和抢单两种派单模式。先聊一下这两种模式的区别和背景。
- 指派：不征求司机的意见，平台把乘客的订单直接派给司机。这种模式针对的场景，就是平台识别到订单符合司机的接单意愿，就没有必要再浪费时间去问司机愿不愿意接单，平台直接决策把订单派给司机。比如：用户打车时选择的普通快车。
- 抢单：征求司机的意见，平台不能确定司机是否愿意接收乘客的订单，通过发送抢单弹窗卡片，让司机自己进行决策。比如：乘客打车时选择了预约单，或者乘客打车时选择了特价单、司机关闭了接特价单的开关。
以上先把两种派单模式，进行一个简单介绍，主要为下面解决抢单模式冲突的问题提供铺垫。
所谓抢单，正如上面介绍，就是平台无法判断派送给司机的订单，司机是否愿意接受？ 为什么会出现这样的场景，通常可以归纳为，如下两种情况：
- 平台确实无法判定。 比如：乘客今天提前预约了明天的行程，这个时候平台不能直接把订单派送给司机，因为不知道司机明天是否有其它事情冲突。
- 平台会优先考虑乘客的体验，就可能会牺牲掉司机的部分体验。比如：乘客呼叫了一个特价单，但是司机觉得特价单太便宜，就设置了不接特价单，这样就有可能导致乘客的这个特价单需求，永远派不到合适的司机，从而导致乘客的取消。这时，平台为了优先保障乘客的体验，即使司机设置了不接特价单，也会给司机发送抢单弹窗卡片，让司机再思考一下是否真正放弃掉这个特价订单。
由于上面第二种情况的存在，就会导致司机在多种抢单情况并存时，存在一定的冲突问题。比如：司机A关闭接特价单和拼车单的开关，同时打开了回家单的开关。这说明司机想接一个非特价和拼车，又能够顺利回家的订单。
那么就会出现如下情况：
- 乘客A呼叫了特价单，对司机A回家顺路： 可以通过弹窗告诉司机A，你接到了一个回家顺路的特价单，是否愿意抢单？
- 乘客A呼叫了拼车单，对司机A回家顺路： 也可以通过弹窗告诉司机A，你接到了一个回家顺路的拼车单，是否愿意抢单？
- 乘客A同时呼叫了特价单和拼车单，对司机A回家顺路： 这个时候平台就要基于策略进行决策，选择特价单和拼车单中的一个，告知司机是否愿意抢单？
- 乘客A呼叫了普通单，对司机A回家不够顺路： 可以通过弹窗告诉司机A，你接到了一个朝回家方向的订单，是否愿意抢单？
- 乘客A呼叫了特价单，对司机A回家不够顺路： 这个时候就不能再弹窗告诉司机A了，因为对司机A来说这个订单既没有满足顺路的要求，也没有满足开关的要求。如果再弹窗告知司机的话，就得说明你接到了一个既不符合顺路要求的特价单，你是否愿意抢单？ 严重影响了司机的接单体验。
针对以上情况，为什么特价单和拼车单可以共存，而特价单和不顺路就不能共存呢？
原因很简单：针对特价单和拼车单，对司机来说是互斥的，不存在相互影响。特价单和顺路单，对司机来说是不互斥的，存在相互影响。对于司机来说，乘客呼叫的特价单和特价单是两个独立的存在，而顺路单对于乘客来说不存在，只是专门针对司机的派单策略。
总而言之： 如果抢单模式在乘客呼叫的订单中能够独立区分，就不存在冲突，可以共存；否则既存在冲突，不能共存。
