diff options
author | Li Haoyi <haoyi.sg@gmail.com> | 2019-11-04 22:35:17 +0800 |
---|---|---|
committer | Li Haoyi <haoyi.sg@gmail.com> | 2019-11-04 22:35:36 +0800 |
commit | 3c7b7e70beb9013755bcaa0e724190bdfc8c99ea (patch) | |
tree | 2901b2e045f0de6918d5fba157921336c53bd24a | |
parent | 1b93048876f590ccf157639a4e1aec61dc6bb9f9 (diff) | |
download | cask-3c7b7e70beb9013755bcaa0e724190bdfc8c99ea.tar.gz cask-3c7b7e70beb9013755bcaa0e724190bdfc8c99ea.tar.bz2 cask-3c7b7e70beb9013755bcaa0e724190bdfc8c99ea.zip |
tweak docs
-rw-r--r-- | docs/pages/4 - Cask Actors.md | 7 |
1 files changed, 7 insertions, 0 deletions
diff --git a/docs/pages/4 - Cask Actors.md b/docs/pages/4 - Cask Actors.md index 241caf6..3e04834 100644 --- a/docs/pages/4 - Cask Actors.md +++ b/docs/pages/4 - Cask Actors.md @@ -463,6 +463,13 @@ library does not enforce that either, but doing so somewhat defeats the purpose of using a `StateMachineActor` to model your actor state in the first place, in which case you might as well use `SimpleActor`. +Note that while multiple threads can send messages to `Logger` at once, and the +`Flush()` message can also be sent at an arbitrary time in the future thanks to +the `ac.scheduleMsg` call, the actor will only ever process one message at a +time. This means you can be sure that it will transition through the two states +`Idle` and `Buffering` in a straightforward manner, without worry about multiple +threads executing at once and messing up the simple state machine. + ## Debugging Actors ### Debug Logging State Machines |