7

以下简单的 Promise 是发誓的,我不允许破坏它。

my $my_promise = start {
    loop {}   # or sleep x;
    
    'promise response'
}

say 'status : ', $my_promise.status;      # status : Planned

$my_promise.break('promise broke');       # Access denied to keep/break this Promise; already vowed
                                          # in block <unit> at xxx line xxx

这是为什么?

4

2 回答 2

9

因为承诺誓约的,所以你无法改变它:只有真正拥有誓言的东西,才能打破承诺。这就是vow功能的意图。

正如你所展示的那样,你试图通过违背承诺来实现什么?是否停止在start块内完成的工作?打破承诺不会那样做。并且vow明确添加了该机制,以防止您认为它可以以某种方式停止start块内的工作。

如果您希望start块内的工作可中断,则需要添加某种定期检查的信号量,例如:

my int $running = 1;
my $my_promise = start {
    while $running {
        # do stuff
    }
    $running
}

# do other stuff
$running = 0;
await $my_promise;

希望这是有道理的。

于 2020-10-05T16:55:10.993 回答
2

Jonathans 评论中解释了您不能直接从外部保留/破坏 Promise 或在线程池上停止 Promise 的原因。

Promises 的常见误用来自超时模式。

await Promise.anyof(
    start { sleep 4; say "finished"; },
    Promise.in( 1 )
);
say "moving on...";
sleep;

打印“完成”。当用户意识到他的下一个合乎逻辑的步骤是尝试杀死过时的 Promise。虽然解决它的唯一正确方法是让 Promise 意识到不再需要它的工作。例如通过定期检查一些共享变量。

如果 Promise 上的阻塞代码(例如数据库查询)运行时间过长,并且您想从主线程终止它,事情就会变得复杂。这在 Promises 上是不可行的。您所能做的就是确保 Promise 将在有限时间内运行(例如在 MySQL 上通过在运行查询之前设置 MAX_EXECUTION_TIME)。然后你有选择:

  • 你可以咬紧牙关,耐心等待 Promise 完成。例如,如果您确实必须在主线程中断开数据库。
  • 或者你可以立即继续,让“废弃”的 Promise 自行完成,而不会收到它的结果。在这种情况下,您应该通过使用 Semaphore 或在专用 ThreadPoolScheduler 上运行它们来控制这些 Promise 中有多少可以在后台堆叠。
于 2020-10-09T09:13:53.063 回答