(callingThreadDispatcher: StringAdd).self
(callingThreadDispatcher: StringFormat).self
(callingThreadDispatcher: ArrowAssoc[CallingThreadDispatcher]).x
(Since version 2.10.0) Use leftOfArrow
instead
(callingThreadDispatcher: Ensuring[CallingThreadDispatcher]).x
(Since version 2.10.0) Use resultOfEnsuring
instead
Dispatcher which runs invocations on the current thread only. This dispatcher does not create any new threads, but it can be used from different threads concurrently for the same actor. The dispatch strategy is to run on the current thread unless the target actor is either suspendSwitch or already running on the current thread (if it is running on a different thread, then this thread will block until that other invocation is finished); if the invocation is not run, it is queued in a thread-local queue to be executed once the active invocation further up the call stack finishes. This leads to completely deterministic execution order if only one thread is used.
Suspending and resuming are global actions for one actor, meaning they can affect different threads, which leads to complications. If messages are queued (thread-locally) during the suspendSwitch period, the only thread to run them upon resume is the thread actually calling the resume method. Hence, all thread-local queues which are not currently being drained (possible, since suspend-queue-resume might happen entirely during an invocation on a different thread) are scooped up into the current thread-local queue which is then executed. It is possible to suspend an actor from within its call stack.
1.1