Question

我正在通过随意的问题抨击自己的方式来教我自己的反应性编程，并且毫无羞耻地问愚蠢的新手问题。在弄清楚线程调度如何工作的同时，我设法让自己陷入困境。虽然我很确定这段代码没有逻辑意义，但我也无法理解发生了什么。弄清楚这可能会帮助我。这是代码：

var testScheduler = new TestScheduler();
var newThreadScheduler = new NewThreadScheduler();

var emitter = new Subject<string>();
testScheduler.Schedule(TimeSpan.FromSeconds(0.1), () => emitter.OnNext("one"));
testScheduler.Schedule(TimeSpan.FromSeconds(0.2), () => emitter.OnCompleted());

var subscription = emitter.SubscribeOn(newThreadScheduler)
                            .Subscribe(
                                item => Console.WriteLine(item),
                                error => Console.WriteLine(error),
                                () => Console.WriteLine("Complete!")
                            );

testScheduler.AdvanceBy(TimeSpan.FromSeconds(1).Ticks);

Console.WriteLine("DONE.");
Console.ReadLine();

我期待的可能是：

one    
DONE.
Complete!

可能有交错，因为我不太确定SubscribeOn（）会做什么。我得到的是：

DONE.
Complete!

这到底发生了什么？为什么项目在完成之前没有生产？ ObserveOn（）按照我在这种情况下的预期工作，我理解为什么：它在其他线程上运行委托，并且它们可以与“DONE”交错。那么SubscribeOn（）到底在做什么？

Answer 1

你在这里只是一个竞争条件。

如果我们将所有代码翻录为

var emitter = new Subject<string>();
emitter.OnNext("one");
emitter.OnCompleted();

var subscription = emitter
                            .Subscribe(
                                item => Console.WriteLine(item),
                                error => Console.WriteLine(error),
                                () => Console.WriteLine("Complete!")
                            );



Console.WriteLine("DONE.");
Console.ReadLine();

我们得到相同的结果。使用Subject<T>您将无法获得任何缓存行为，但OnCompleted通知除外。

SubscribeOn运算符将安排在提供的IScheduler实例上完成任何订阅工作。在订阅Subject<T>的情况下，几乎没有工作要做。它几乎就像将回调注册到回调列表一样简单。

将工作安排到NewThreadScheduler将创建一个新线程，然后创建一个内部事件循环来处理计划的工作。这很快，但确实需要创建一个新线程，一个EventloopScheduler并执行上下文切换到新线程。

在您的示例中，您在OnNext上安排了OnCompleted和TestScheduler通知。然后使用SubscribeOn NewThreadScheduler。之后，您开始处理TestScheduler实例的所有计划工作。处理这些虚拟计划项目，只是迭代计划项目，执行委托并推进虚拟时钟。这非常快。

更具体地说，下面的代码类似于你所写的

var newThreadScheduler =  new NewThreadScheduler();

var callbacks = new List<Action<string>>();
newThreadScheduler.Schedule(()=>callbacks.Add(str=>Console.WriteLine(str)));

foreach (var callback in callbacks)
{
    callback("one");
}

Console.WriteLine("Done");

这里我们只列出一个回调操作列表（称为订阅者或观察者）。然后我们异步地在新线程上安排添加其中一个回调。然后立即迭代回调并将字符串“one”发送给每个回调。结果是

Done

在主线程迭代集合之前，NewThreadScheduler没有足够的时间来启动新线程，安排操作，然后执行该操作。

因此，我认为您未能遵循以下几条指导原则： 1）避免受试者;-) 2）不要混合穿线和单元测试。我假设TestScheduler的存在是因为你正在测试它。但是，您可以使用TestScheduler的两个实例，例如背景和前景实例。

为了更有帮助，我会提供积极的指导，建议您从测试中删除第二个调度程序。使用TestScheduler运算符中的SubscribeOn实例。

接下来，我建议使用TestScheduler的Observable序列工厂方法（即CreateColdObservable）替换主题+调度的使用。最后，我不知道只是使用Start方法，推进到1s的speicifc时间是否有所收获。我认为这会降低噪音并使用魔法值1s。

var testScheduler = new TestScheduler();

var source = testScheduler.CreateColdObservable<string>(
    ReactiveTest.OnNext(TimeSpan.FromSeconds(0.1).Ticks, "one"),
    ReactiveTest.OnCompleted<string>(TimeSpan.FromSeconds(0.2).Ticks));

var subscription = source.SubscribeOn(testScheduler)
                            .Subscribe(
                                item => Console.WriteLine(item),
                                error => Console.WriteLine(error),
                                () => Console.WriteLine("Complete!")
                            );

testScheduler.Start();

Console.WriteLine("DONE.");
Console.ReadLine();

现在唯一的问题是SubscribeOn电话非常多余。

仅供参考：NewThreadScheduler的代码 - https://github.com/Reactive-Extensions/Rx.NET/blob/master/Rx.NET/Source/System.Reactive.PlatformServices/Reactive/Concurrency/NewThreadScheduler.cs

SubscribeOn（）在这做什么？

1 个答案: