上午的订单处理链路里，一批海外子公司的销售订单正等着送往下游。此时发现价格条件同步有误，继续发送会把错误价格带进后续流程。业务希望这些订单暂时停住，修好条件后仍能接着处理，其他公司的订单照常运行。这件事很像《仙剑奇侠传 1》里的迷魂香。游戏中的迷魂香能让敌人昏睡五回合，重点是暂时剥夺行动机会，效果过去后，对方还能继续行动。放到 ABAP 世界，答案是有相近的机制，却没有一件叫迷魂香、施放后便能让任意程序自动暂停五个回合的通用物品。程序必须明确谁是目标、哪些动作需要拦截、暂停何时结束，以及恢复时怎样避免重复执行。这个类比还有一个容易忽略的地方。游戏回合是天然存在的计时单位，企业系统却同时运行着用户请求、后台作业、消息队列和数据库事务。订单暂停五分钟、接口消息暂停五批、作业暂停到明早，这三种要求看起来相似，技术实现却各不相同。我们得先弄清业务所说的昏睡，究竟是不能修改数据、不能执行某项动作，还是暂时不消费已经排队的消息。锁住对象，不等于让对象睡着许多 ABAP 开发者听到暂时不能行动，会立刻想到锁对象。经典 ABAP 可以在数据字典中定义锁对象，激活后使用系统生成的ENQUEUE_...和DEQUEUE_...函数模块。两个会话同时修改同一张订单时，一个会话取得排他锁，另一个会话的冲突修改就会受阻。这确实有几分迷魂香的味道，目标暂时不能做某件事。不过，锁的职责是协调并发修改。它没有表达订单为何暂停，也不会替业务记住恢复时间。锁释放后，被挡住的请求能否继续，还取决于调用方怎样处理锁冲突。它也未必会阻止所有读取、所有作业或系统中的每一种操作。锁住订单号，并不能推导出与该订单有关的外部接口、定价计
