供应方法行为与点击行为之间的区别

在Raku文档中,有关 Supply 方法动作(与点击相比) https://docs.raku.org/type/Supply#method_act指出:

保证给定代码只能由一个线程在一个线程中执行 时间

我的理解是,一个线程必须先运行特定的代码对象,然后才能运行另一个线程。

如果是这种情况,当我尝试实现该功能时,我偶然发现了另一种行为。看一下下面的代码片段,其中创建了两个“ act”并在不同的线程中运行:

#!/usr/bin/env perl6

say 'Main  runs in [ thread : ',+$*THREAD,' ]';

my $b = 1;

sub actor {
    print "    Tap_$*tap                             : $^a  ",now;
    
    $*tap < 2 ??
                    do {
                        say " - Sleep 0.1";
                        sleep 0.1
                    }
              !!
                    do {
                        say " - Sleep 0.2";
                        sleep 0.2;
                    }
    
    $b++;
    say "    Tap_$*tap  +1 to \$b                     $b  ",now;
}

my $supply = supply {
    for 1..100 -> $i {
        say "For Tap_$*tap [ \$i = $i ] => About to emit : $b  ",now;
        emit $b;
        say "For Tap_$*tap [ \$i = $i ] =>       Emitted : $b  ",now;
        
        done if $b > 5
    }
}

start {
    my $*tap = 1;
    once say "Tap_$*tap runs in [ thread : {+$*THREAD} ]";
    $supply.act: &actor
}

start {
    my $*tap = 2;
    once say "Tap_$*tap runs in [ thread : {+$*THREAD} ]";
    $supply.act: &actor
}

sleep 1;

结果如下(带有额外的时间间隔和注释):

  1   Main  runs in [ thread : 1 ]                                                       - Main thread              
  2   Tap_1 runs in [ thread : 4 ]                                                       - Tap 1 thread             
  3   For Tap_1 [ $i = 1 ] => About to emit : 1  Instant:1603354571.198187               - Supply thread [for tap 1]
  4       Tap_1                             : 1  Instant:1603354571.203074 - Sleep 0.1   - Tap 1 thread             
  5   Tap_2 runs in [ thread : 6 ]                                                       - Tap 2 thread             
  6   For Tap_2 [ $i = 1 ] => About to emit : 1  Instant:1603354571.213826               - Supply thread [for tap 2]
  7       Tap_2                             : 1  Instant:1603354571.213826 - Sleep 0.2   - Tap 2 thread             
  8                                                                                                                 
  9   -----------------------------------------------------------------------------------> Time +0.1 seconds        
 10                                                                                                                 
 11       Tap_1  +1 to $b                     2  Instant:1603354571.305723               - Tap 1 thread             
 12   For Tap_1 [ $i = 1 ] =>       Emitted : 2  Instant:1603354571.305723               - Supply thread [for tap 1]
 13   For Tap_1 [ $i = 2 ] => About to emit : 2  Instant:1603354571.30768                - Supply thread [for tap 1]
 14       Tap_1                             : 2  Instant:1603354571.30768  - Sleep 0.1   - Tap 1 thread             
 15                                                                                                                 
 16   -----------------------------------------------------------------------------------> Time +0.1 seconds        
 17                                                                                                                 
 18       Tap_1  +1 to $b                     3  Instant:1603354571.410354               - Tap 1 thread             
 19   For Tap_1 [ $i = 2 ] =>       Emitted : 4  Instant:1603354571.425018               - Supply thread [for tap 1]
 20       Tap_2  +1 to $b                     4  Instant:1603354571.425018               - Tap 2 thread             
 21   For Tap_1 [ $i = 3 ] => About to emit : 4  Instant:1603354571.425018               - Supply thread [for tap 1]
 22   For Tap_2 [ $i = 1 ] =>       Emitted : 4  Instant:1603354571.425995               - Supply thread [for tap 2]
 23       Tap_1                             : 4  Instant:1603354571.425995 - Sleep 0.1   - Tap 1 thread             
 24   For Tap_2 [ $i = 2 ] => About to emit : 4  Instant:1603354571.425995               - Supply thread [for tap 2]
 25       Tap_2                             : 4  Instant:1603354571.426973 - Sleep 0.2   - Tap 2 thread             
 26                                                                                                                 
 27   -----------------------------------------------------------------------------------> Time +0.1 seconds        
 28                                                                                                                 
 29       Tap_1  +1 to $b                     5  Instant:1603354571.528079               - Tap 1 thread             
 30   For Tap_1 [ $i = 3 ] =>       Emitted : 5  Instant:1603354571.52906                - Supply thread [for tap 1]
 31   For Tap_1 [ $i = 4 ] => About to emit : 5  Instant:1603354571.52906                - Supply thread [for tap 1]
 32       Tap_1                             : 5  Instant:1603354571.53004  - Sleep 0.1   - Tap 1 thread             
 33                                                                                                                 
 34   -----------------------------------------------------------------------------------> Time +0.1 seconds        
 35                                                                                                                 
 36       Tap_2  +1 to $b                     6  Instant:1603354571.62859                - Tap 2 thread             
 37   For Tap_2 [ $i = 2 ] =>       Emitted : 6  Instant:1603354571.62859                - Supply thread [for tap 2]
 38       Tap_1  +1 to $b                     7  Instant:1603354571.631512               - Tap 1 thread             
 39   For Tap_1 [ $i = 4 ] =>       Emitted : 7  Instant:1603354571.631512               - Supply thread [for tap 2]

一个人可以轻松地观察到代码对象(子例程actor )正在2个线程中同时运行(例如,参见输出行4和7)。

有人可以澄清我对此事的误解吗?

xty2004 回答:供应方法行为与点击行为之间的区别

在日常使用Raku的过程中,tapact之间几乎没有什么区别,因为您遇到的几乎每个Supply都是串行供应。串行供应是已经强制执行以下协议的协议:在处理之前的一个之前,不会发出值。 act的实现是:

method act(Supply:D: &actor,*%others) {
    self.sanitize.tap(&actor,|%others)
}

sanitize在哪里强制执行值的连续发射,另外还要确保事件遵循语法emit* [done | quit]。由于无论如何通常都非常需要这些属性,因此,除了能够创建Supply并在其上调用Supplier以外,每种获取unsanitized-supply的内置方式都可以提供它们。 (历史记录:一个非常早期的原型并没有那么广泛地强制执行这些属性,这使得人们对实现act的方法的需求更加迫切。而随着设计涉及最终交付给客户的东西,对它的需求有所减少。的第一个语言版本,它必须保持其漂亮的简称。)

误解是由于期望事件的序列化是每个源,而实际上是每个订阅。考虑以下示例:

my $timer = Supply.interval(1);
$timer.tap: { say "A: {now}" };
$timer.tap: { say "B: {now}" };
sleep 5;

哪个会产生如下输出:

A: Instant:1603364746.02766
B: Instant:1603364746.031255
A: Instant:1603364747.025255
B: Instant:1603364747.028305
A: Instant:1603364748.025584
B: Instant:1603364748.029797
A: Instant:1603364749.026596
B: Instant:1603364749.029643
A: Instant:1603364750.027881
B: Instant:1603364750.030851
A: Instant:1603364751.030137

有一个事件源,但我们为此建立了两个订阅。每个订阅都将执行串行规则,因此,如果我们这样做:

my $timer = Supply.interval(1);
$timer.tap: { sleep 1.5; say "A: {now}" };
$timer.tap: { sleep 1.5; say "B: {now}" };
sleep 5;

然后我们观察到以下输出:

A: Instant:1603364909.442341
B: Instant:1603364909.481506
A: Instant:1603364910.950359
B: Instant:1603364910.982771
A: Instant:1603364912.451916
B: Instant:1603364912.485064

显示每个订阅一次获取一个事件,但是仅共享(按需)源并不会产生任何共享的背压。

由于并发控制与 subscription 相关联,因此是否将相同的闭包克隆传递给tap / act无关紧要。跨多个订阅实施并发控制是supply / react / whenever的领域。例如:

my $timer = Supply.interval(1);
react {
    whenever $timer {
        sleep 1.5;
        say "A: {now}"
    }
    whenever $timer {
        sleep 1.5;
        say "B: {now}"
    }
}

给出如下输出:

A: Instant:1603365363.872672
B: Instant:1603365365.379991
A: Instant:1603365366.882114
B: Instant:1603365368.383392
A: Instant:1603365369.884608
B: Instant:1603365371.386087

由于react块暗含的并发控制,每个事件相隔1.5s。

本文链接:https://www.f2er.com/1352449.html

大家都在问