【发布时间】:2016-09-17 12:38:19
【问题描述】:
根据我有限(甚至错误)的理解,Async.StartImmediate 和 Async.RunSynchronously 在当前线程上启动异步计算。那么这两个功能究竟有什么区别呢?谁能帮忙解释一下?
更新:
在https://github.com/fsharp/fsharp/blob/master/src/fsharp/FSharp.Core/control.fs 查看 F# 源代码后,我想我有点明白发生了什么。 Async.StartImmediate 在当前线程上启动异步。在它命中异步绑定之后,它是否会继续在当前线程上运行取决于异步绑定本身。例如,如果异步绑定调用 Async.SwitchToThreadPool,它将在 ThreadPool 而不是当前线程上运行。在这种情况下,如果您想返回当前线程,则需要调用 Async.SwitchToContext。否则,如果异步绑定没有做任何切换到其他线程,Async.StartImmediate 将继续在当前线程上执行异步绑定。在这种情况下,如果您只想停留在当前线程上,则无需调用 Async.SwitchToContext。
Dax Fohl 的示例之所以能在 GUI 线程上运行,是因为 Async.Sleep 仔细捕捉 SynchronizationContext.Current 并确保继续在捕获的上下文中运行,使用 SynchronizationContext.Post()。请参阅https://github.com/fsharp/fsharp/blob/master/src/fsharp/FSharp.Core/control.fs#L1631,其中 unprotectedPrimitiveWithResync 包装器更改了“args.cont”(继续) 成为捕获上下文的 Post(请参阅:https://github.com/fsharp/fsharp/blob/master/src/fsharp/FSharp.Core/control.fs#L1008 — trampolineHolder.Post 基本上是 SynchronizationContext.Post)。这只会工作 当 SynchronizationContext.Current 不为空时,GUI 线程总是如此。尤其, 如果你在控制台应用中使用 StartImmediate 运行,你会发现 Async.Sleep 确实会进入 ThreadPool,因为控制台应用中的主线程没有 SynchronizationContext.Current。
总而言之,这确实适用于 GUI 线程,因为某些函数(如 Async.Sleep、Async.AwaitWaitHandle 等)会仔细捕获并确保返回到先前的上下文。 看起来这是一种蓄意的行为,但是这似乎没有在 MSDN 中的任何地方记录。
【问题讨论】:
标签: f#