电梯门口最磨人的时刻，不是每次都等很久，而是大多数时候还算正常，偏偏赶时间那次迟迟不来。

一套电梯调度模拟给出了一个反常结果：高流量、少梯组等常见条件下，规则更简单的 LOOK 算法，候梯表现可能好过考虑更多变量、每 5 秒重新计算分配的 RSR。提前输入楼层的目的层派梯，也没有稳定胜出。

这不等于复杂算法无用。它说明了一件更容易被工程团队忽略的事：多拿到一些信息，不会自动变成更好的决策。信息若带来更早、更硬的绑定，系统反而可能失去临场改派的空间。

四种调度方式，差别在何时转向、何时绑定

这套模拟主要比较候梯时间，也就是乘客按下按钮后，电梯多久到达。它没有给出足够依据，让人判断轿厢内行程时间、拥挤度或整体运力谁一定更好。

四种方式可以压缩成一张表：

调度方式怎么工作主要优势容易吃亏的地方
SCAN电梯沿一个方向持续服务，到边界后再反向规则稳定，容易实现可能为了走到边界，处理并不存在的远端需求
LOOK只走到当前最远请求处，随后转向少跑空程，能跟着待处理请求变化没有充分利用目的楼层、载客量等信息
RSR综合预计到达时间、载客量、运行方向和防止电梯扎堆等因素分配，并每 5 秒重新优化能处理多变量，也保留周期性纠偏复杂规则未必适配所有流量和梯组规模
目的层派梯乘客上梯前输入目的楼层，系统提前分组并指定电梯可把去往相近楼层的人合并，减少停靠预先指定若缺少灵活改派，会牺牲动态纠偏能力

模拟中的关键反常点很明确：高流量或小型少梯组中，LOOK 可能胜过 RSR。目的层派梯更可能占优的，是超高层、单组 8 台以上等较边缘的场景，而不是所有写字楼都能照搬。

算法也不能脱离客流谈排名。早高峰常见大堂向楼上集中，晚高峰方向相反；午间既有上下楼，也有楼层之间的横向通行。昨天占优的规则，换一个时段就可能排到后面。

所以，采购方案里写着“使用更多数据”还不够。还要追问：客流模型是什么，梯组多大，楼层多高，分配后能否改派，重新计算的频率是多少。

平均等待时间会藏住真正难受的那几分钟

衡量候梯体验，平均值很会粉饰太平。

更有用的是 p50 和 p90。p50 代表一半乘客的等待不超过这个水平，接近日常体感；p90 则把最难熬的那批等待暴露出来。两个方案平均值相近，p90 仍可能差得很远。

乘客也不会按统计学记忆电梯。他们记得的是开会快迟到时，屏幕上的楼层数字迟迟不动；是午餐高峰，大堂聚起一圈人；是轮椅、婴儿车或推货人员错过一班后，还要重新等下一班。长尾等待比一次顺畅抵达更容易留下印象。

目的层派梯也不能只看候梯时间。它可能减少中途停靠、改善轿厢内行程和整体运力，却也会带来新的现实问题：访客是否看得懂分配屏，无障碍乘客能否及时到达指定梯门，临时改去别的楼层是否方便。这些收益与代价，模拟中的单一指标装不下。

因此，这次结果不能泛化成“目的层派梯更差”，也不能证明某家厂商的真实系统一定输给 LOOK。楼层数、梯组规模、流量构成、评价周期和具体实现都会改变结果；现有材料也没有提供具体等待秒数、改善比例或统计显著性。它更像一场机制测试，不是采购验收报告。

系统真正值钱的，是持续纠偏的余地

我更在意 RSR 与目的层派梯暴露出的共同问题：优化系统很容易把信息优势误认成决策优势。

目的楼层当然比“上”或“下”多了一层信息。可一旦系统据此过早指定电梯，后续又不能有效改派，新增信息就变成新增约束。RSR 每 5 秒重算一次，已经在主动修正这一点；但模拟仍显示，复杂目标函数在部分高负载和少梯组场景中未必胜过 LOOK。这说明重算频率、目标函数和可执行空间缺一不可。

平台派单也有类似矛盾。系统知道司机位置、订单方向和预计到达时间，数据远多于街边扬招；但若派单绑定过强，突发拥堵、临时取消或供需骤变就会迅速消耗这份优势。两者并不完全一样，重复出现的却是同一种系统代价：规则越早锁定资源，错误决策越难撤回。

“流水不腐。”调度系统也一样。环境持续变化，静态最优解很快就会过期。

负责楼宇、电梯采购或调度产品的人，下一步不该只比较算法名称。更实际的动作，是要求供应商按本楼宇的早高峰、午间、晚高峰和楼层间通行分别回放，至少同时报告 p50、p90 候梯时间、轿厢内行程、拥挤度与运力，并说明改派机制。

做算法和运筹优化的技术团队，则该把压力测试重点移到“预测错了以后怎么办”：流量突然换向时多久恢复，少一台电梯后长尾如何变化，预分配能否撤销，重算会不会造成来回改派。一次算得漂亮不难，难的是系统在错误信息和变化环境里仍有退路。

这套模拟最有价值的地方，不是替四种算法排出永久名次。它逼着设计者承认：现实客流不会配合模型保持不动。真正的分水岭，是下一批乘客出现后，系统还有没有改主意的能力。