Class TimerScheduler
- java.lang.Object
-
- org.apache.pekko.actor.TimerScheduler
-
public abstract class TimerScheduler extends java.lang.Object
Support for scheduledself
messages in an actor. It is used by mixing in traitTimers
in Scala or extendingAbstractActorWithTimers
in Java.Timers are bound to the lifecycle of the actor that owns it, and thus are cancelled automatically when it is restarted or stopped.
TimerScheduler
is not thread-safe, i.e. it must only be used within the actor that owns it.
-
-
Constructor Summary
Constructors Constructor Description TimerScheduler()
-
Method Summary
All Methods Instance Methods Abstract Methods Concrete Methods Deprecated Methods Modifier and Type Method Description abstract void
cancel(java.lang.Object key)
Cancel a timer with a givenkey
.abstract void
cancelAll()
Cancel all timers.abstract boolean
isTimerActive(java.lang.Object key)
Check if a timer with a givenkey
is active.void
startPeriodicTimer(java.lang.Object key, java.lang.Object msg, java.time.Duration interval)
Deprecated.Use startTimerWithFixedDelay or startTimerAtFixedRate instead.abstract void
startPeriodicTimer(java.lang.Object key, java.lang.Object msg, scala.concurrent.duration.FiniteDuration interval)
Deprecated.Use startTimerWithFixedDelay or startTimerAtFixedRate instead.void
startSingleTimer(java.lang.Object key, java.lang.Object msg, java.time.Duration timeout)
Start a timer that will sendmsg
once to theself
actor after the giventimeout
.abstract void
startSingleTimer(java.lang.Object key, java.lang.Object msg, scala.concurrent.duration.FiniteDuration timeout)
Start a timer that will sendmsg
once to theself
actor after the giventimeout
.void
startTimerAtFixedRate(java.lang.Object key, java.lang.Object msg, java.time.Duration interval)
Java API: Schedules a message to be sent repeatedly to theself
actor with a given frequency.void
startTimerAtFixedRate(java.lang.Object key, java.lang.Object msg, java.time.Duration initialDelay, java.time.Duration interval)
Java API: Schedules a message to be sent repeatedly to theself
actor with a given frequency.abstract void
startTimerAtFixedRate(java.lang.Object key, java.lang.Object msg, scala.concurrent.duration.FiniteDuration interval)
Scala API: Schedules a message to be sent repeatedly to theself
actor with a given frequency.abstract void
startTimerAtFixedRate(java.lang.Object key, java.lang.Object msg, scala.concurrent.duration.FiniteDuration initialDelay, scala.concurrent.duration.FiniteDuration interval)
Scala API: Schedules a message to be sent repeatedly to theself
actor with a given frequency.void
startTimerWithFixedDelay(java.lang.Object key, java.lang.Object msg, java.time.Duration delay)
Java API: Schedules a message to be sent repeatedly to theself
actor with a fixeddelay
between messages.void
startTimerWithFixedDelay(java.lang.Object key, java.lang.Object msg, java.time.Duration initialDelay, java.time.Duration delay)
Java API: Schedules a message to be sent repeatedly to theself
actor with a fixeddelay
between messages after theinitialDelay
.abstract void
startTimerWithFixedDelay(java.lang.Object key, java.lang.Object msg, scala.concurrent.duration.FiniteDuration delay)
Scala API: Schedules a message to be sent repeatedly to theself
actor with a fixeddelay
between messages.abstract void
startTimerWithFixedDelay(java.lang.Object key, java.lang.Object msg, scala.concurrent.duration.FiniteDuration initialDelay, scala.concurrent.duration.FiniteDuration delay)
Scala API: Schedules a message to be sent repeatedly to theself
actor with a fixeddelay
between messages after theinitialDelay
.
-
-
-
Method Detail
-
cancel
public abstract void cancel(java.lang.Object key)
Cancel a timer with a givenkey
. If canceling a timer that was already canceled, or key never was used to start a timer this operation will do nothing.It is guaranteed that a message from a canceled timer, including its previous incarnation for the same key, will not be received by the actor, even though the message might already be enqueued in the mailbox when cancel is called.
-
cancelAll
public abstract void cancelAll()
Cancel all timers.
-
isTimerActive
public abstract boolean isTimerActive(java.lang.Object key)
Check if a timer with a givenkey
is active.
-
startPeriodicTimer
public abstract void startPeriodicTimer(java.lang.Object key, java.lang.Object msg, scala.concurrent.duration.FiniteDuration interval)
Deprecated.Use startTimerWithFixedDelay or startTimerAtFixedRate instead. This has the same semantics as startTimerAtFixedRate, but startTimerWithFixedDelay is often preferred. Since Akka 2.6.0.
-
startPeriodicTimer
public final void startPeriodicTimer(java.lang.Object key, java.lang.Object msg, java.time.Duration interval)
Deprecated.Use startTimerWithFixedDelay or startTimerAtFixedRate instead. This has the same semantics as startTimerAtFixedRate, but startTimerWithFixedDelay is often preferred. Since Akka 2.6.0.
-
startSingleTimer
public abstract void startSingleTimer(java.lang.Object key, java.lang.Object msg, scala.concurrent.duration.FiniteDuration timeout)
Start a timer that will sendmsg
once to theself
actor after the giventimeout
.Each timer has a key and if a new timer with same key is started the previous is cancelled. It is guaranteed that a message from the previous timer is not received, even if it was already enqueued in the mailbox when the new timer was started.
-
startSingleTimer
public final void startSingleTimer(java.lang.Object key, java.lang.Object msg, java.time.Duration timeout)
Start a timer that will sendmsg
once to theself
actor after the giventimeout
.Each timer has a key and if a new timer with same key is started the previous is cancelled. It is guaranteed that a message from the previous timer is not received, even if it was already enqueued in the mailbox when the new timer was started.
-
startTimerAtFixedRate
public abstract void startTimerAtFixedRate(java.lang.Object key, java.lang.Object msg, scala.concurrent.duration.FiniteDuration interval)
Scala API: Schedules a message to be sent repeatedly to theself
actor with a given frequency.It will compensate the delay for a subsequent message if the sending of previous message was delayed more than specified. In such cases, the actual message interval will differ from the interval passed to the method.
If the execution is delayed longer than the
interval
, the subsequent message will be sent immediately after the prior one. This also has the consequence that after long garbage collection pauses or other reasons when the JVM was suspended all "missed" messages will be sent when the process wakes up again.In the long run, the frequency of messages will be exactly the reciprocal of the specified
interval
.Warning:
startTimerAtFixedRate
can result in bursts of scheduled messages after long garbage collection pauses, which may in worst case cause undesired load on the system. ThereforestartTimerWithFixedDelay
is often preferred.Each timer has a key and if a new timer with same key is started the previous is cancelled. It is guaranteed that a message from the previous timer is not received, even if it was already enqueued in the mailbox when the new timer was started.
-
startTimerAtFixedRate
public abstract void startTimerAtFixedRate(java.lang.Object key, java.lang.Object msg, scala.concurrent.duration.FiniteDuration initialDelay, scala.concurrent.duration.FiniteDuration interval)
Scala API: Schedules a message to be sent repeatedly to theself
actor with a given frequency.It will compensate the delay for a subsequent message if the sending of previous message was delayed more than specified. In such cases, the actual message interval will differ from the interval passed to the method.
If the execution is delayed longer than the
interval
, the subsequent message will be sent immediately after the prior one. This also has the consequence that after long garbage collection pauses or other reasons when the JVM was suspended all "missed" messages will be sent when the process wakes up again.In the long run, the frequency of messages will be exactly the reciprocal of the specified
interval
afterinitialDelay
.Warning:
startTimerAtFixedRate
can result in bursts of scheduled messages after long garbage collection pauses, which may in worst case cause undesired load on the system. ThereforestartTimerWithFixedDelay
is often preferred.Each timer has a key and if a new timer with same key is started the previous is cancelled. It is guaranteed that a message from the previous timer is not received, even if it was already enqueued in the mailbox when the new timer was started.
-
startTimerAtFixedRate
public final void startTimerAtFixedRate(java.lang.Object key, java.lang.Object msg, java.time.Duration interval)
Java API: Schedules a message to be sent repeatedly to theself
actor with a given frequency.It will compensate the delay for a subsequent message if the sending of previous message was delayed more than specified. In such cases, the actual message interval will differ from the interval passed to the method.
If the execution is delayed longer than the
interval
, the subsequent message will be sent immediately after the prior one. This also has the consequence that after long garbage collection pauses or other reasons when the JVM was suspended all "missed" messages will be sent when the process wakes up again.In the long run, the frequency of messages will be exactly the reciprocal of the specified
interval
.Warning:
startTimerAtFixedRate
can result in bursts of scheduled messages after long garbage collection pauses, which may in worst case cause undesired load on the system. ThereforestartTimerWithFixedDelay
is often preferred.Each timer has a key and if a new timer with same key is started the previous is cancelled. It is guaranteed that a message from the previous timer is not received, even if it was already enqueued in the mailbox when the new timer was started.
-
startTimerAtFixedRate
public final void startTimerAtFixedRate(java.lang.Object key, java.lang.Object msg, java.time.Duration initialDelay, java.time.Duration interval)
Java API: Schedules a message to be sent repeatedly to theself
actor with a given frequency.It will compensate the delay for a subsequent message if the sending of previous message was delayed more than specified. In such cases, the actual message interval will differ from the interval passed to the method.
If the execution is delayed longer than the
interval
, the subsequent message will be sent immediately after the prior one. This also has the consequence that after long garbage collection pauses or other reasons when the JVM was suspended all "missed" messages will be sent when the process wakes up again.In the long run, the frequency of messages will be exactly the reciprocal of the specified
interval
.Warning:
startTimerAtFixedRate
can result in bursts of scheduled messages after long garbage collection pauses, which may in worst case cause undesired load on the system. ThereforestartTimerWithFixedDelay
is often preferred.Each timer has a key and if a new timer with same key is started the previous is cancelled. It is guaranteed that a message from the previous timer is not received, even if it was already enqueued in the mailbox when the new timer was started.
-
startTimerWithFixedDelay
public abstract void startTimerWithFixedDelay(java.lang.Object key, java.lang.Object msg, scala.concurrent.duration.FiniteDuration delay)
Scala API: Schedules a message to be sent repeatedly to theself
actor with a fixeddelay
between messages.It will not compensate the delay between messages if scheduling is delayed longer than specified for some reason. The delay between sending of subsequent messages will always be (at least) the given
delay
.In the long run, the frequency of messages will generally be slightly lower than the reciprocal of the specified
delay
.Each timer has a key and if a new timer with same key is started the previous is cancelled. It is guaranteed that a message from the previous timer is not received, even if it was already enqueued in the mailbox when the new timer was started.
-
startTimerWithFixedDelay
public abstract void startTimerWithFixedDelay(java.lang.Object key, java.lang.Object msg, scala.concurrent.duration.FiniteDuration initialDelay, scala.concurrent.duration.FiniteDuration delay)
Scala API: Schedules a message to be sent repeatedly to theself
actor with a fixeddelay
between messages after theinitialDelay
.It will not compensate the delay between messages if scheduling is delayed longer than specified for some reason. The delay between sending of subsequent messages will always be (at least) the given
delay
.In the long run, the frequency of messages will generally be slightly lower than the reciprocal of the specified
delay
.Each timer has a key and if a new timer with same key is started the previous is cancelled. It is guaranteed that a message from the previous timer is not received, even if it was already enqueued in the mailbox when the new timer was started.
-
startTimerWithFixedDelay
public final void startTimerWithFixedDelay(java.lang.Object key, java.lang.Object msg, java.time.Duration delay)
Java API: Schedules a message to be sent repeatedly to theself
actor with a fixeddelay
between messages.It will not compensate the delay between messages if scheduling is delayed longer than specified for some reason. The delay between sending of subsequent messages will always be (at least) the given
delay
.In the long run, the frequency of messages will generally be slightly lower than the reciprocal of the specified
delay
.Each timer has a key and if a new timer with same key is started the previous is cancelled. It is guaranteed that a message from the previous timer is not received, even if it was already enqueued in the mailbox when the new timer was started.
-
startTimerWithFixedDelay
public final void startTimerWithFixedDelay(java.lang.Object key, java.lang.Object msg, java.time.Duration initialDelay, java.time.Duration delay)
Java API: Schedules a message to be sent repeatedly to theself
actor with a fixeddelay
between messages after theinitialDelay
.It will not compensate the delay between messages if scheduling is delayed longer than specified for some reason. The delay between sending of subsequent messages will always be (at least) the given
delay
.In the long run, the frequency of messages will generally be slightly lower than the reciprocal of the specified
delay
.Each timer has a key and if a new timer with same key is started the previous is cancelled. It is guaranteed that a message from the previous timer is not received, even if it was already enqueued in the mailbox when the new timer was started.
-
-