src/libcore/future/future.rs

   1 #![stable(feature = "futures_api", since = "1.36.0")]
   2
   3 use crate::marker::Unpin;
   4 use crate::ops;
   5 use crate::pin::Pin;
   6 use crate::task::{Context, Poll};
   7
   8 /// A future represents an asynchronous computation.
   9 ///
  10 /// A future is a value that may not have finished computing yet. This kind of
  11 /// "asynchronous value" makes it possible for a thread to continue doing useful
  12 /// work while it waits for the value to become available.
  13 ///
  14 /// # The `poll` method
  15 ///
  16 /// The core method of future, `poll`, *attempts* to resolve the future into a
  17 /// final value. This method does not block if the value is not ready. Instead,
  18 /// the current task is scheduled to be woken up when it's possible to make
  19 /// further progress by `poll`ing again. The `context` passed to the `poll`
  20 /// method can provide a [`Waker`], which is a handle for waking up the current
  21 /// task.
  22 ///
  23 /// When using a future, you generally won't call `poll` directly, but instead
  24 /// `.await` the value.
  25 ///
  26 /// [`Waker`]: ../task/struct.Waker.html
  27 #[must_use = "futures do nothing unless you `.await` or poll them"]
  28 #[stable(feature = "futures_api", since = "1.36.0")]
  29 #[lang = "future_trait"]
  30 #[rustc_on_unimplemented(label = "`{Self}` is not a future", message = "`{Self}` is not a future")]
  31 pub trait Future {
  32     /// The type of value produced on completion.
  33     #[stable(feature = "futures_api", since = "1.36.0")]
  34     type Output;
  35
  36     /// Attempt to resolve the future to a final value, registering
  37     /// the current task for wakeup if the value is not yet available.
  38     ///
  39     /// # Return value
  40     ///
  41     /// This function returns:
  42     ///
  43     /// - [`Poll::Pending`] if the future is not ready yet
  44     /// - [`Poll::Ready(val)`] with the result `val` of this future if it
  45     ///   finished successfully.
  46     ///
  47     /// Once a future has finished, clients should not `poll` it again.
  48     ///
  49     /// When a future is not ready yet, `poll` returns `Poll::Pending` and
  50     /// stores a clone of the [`Waker`] copied from the current [`Context`].
  51     /// This [`Waker`] is then woken once the future can make progress.
  52     /// For example, a future waiting for a socket to become
  53     /// readable would call `.clone()` on the [`Waker`] and store it.
  54     /// When a signal arrives elsewhere indicating that the socket is readable,
  55     /// [`Waker::wake`] is called and the socket future's task is awoken.
  56     /// Once a task has been woken up, it should attempt to `poll` the future
  57     /// again, which may or may not produce a final value.
  58     ///
  59     /// Note that on multiple calls to `poll`, only the [`Waker`] from the
  60     /// [`Context`] passed to the most recent call should be scheduled to
  61     /// receive a wakeup.
  62     ///
  63     /// # Runtime characteristics
  64     ///
  65     /// Futures alone are *inert*; they must be *actively* `poll`ed to make
  66     /// progress, meaning that each time the current task is woken up, it should
  67     /// actively re-`poll` pending futures that it still has an interest in.
  68     ///
  69     /// The `poll` function is not called repeatedly in a tight loop -- instead,
  70     /// it should only be called when the future indicates that it is ready to
  71     /// make progress (by calling `wake()`). If you're familiar with the
  72     /// `poll(2)` or `select(2)` syscalls on Unix it's worth noting that futures
  73     /// typically do *not* suffer the same problems of "all wakeups must poll
  74     /// all events"; they are more like `epoll(4)`.
  75     ///
  76     /// An implementation of `poll` should strive to return quickly, and should
  77     /// not block. Returning quickly prevents unnecessarily clogging up
  78     /// threads or event loops. If it is known ahead of time that a call to
  79     /// `poll` may end up taking awhile, the work should be offloaded to a
  80     /// thread pool (or something similar) to ensure that `poll` can return
  81     /// quickly.
  82     ///
  83     /// # Panics
  84     ///
  85     /// Once a future has completed (returned `Ready` from `poll`), calling its
  86     /// `poll` method again may panic, block forever, or cause other kinds of
  87     /// problems; the `Future` trait places no requirements on the effects of
  88     /// such a call. However, as the `poll` method is not marked `unsafe`,
  89     /// Rust's usual rules apply: calls must never cause undefined behavior
  90     /// (memory corruption, incorrect use of `unsafe` functions, or the like),
  91     /// regardless of the future's state.
  92     ///
  93     /// [`Poll::Pending`]: ../task/enum.Poll.html#variant.Pending
  94     /// [`Poll::Ready(val)`]: ../task/enum.Poll.html#variant.Ready
  95     /// [`Context`]: ../task/struct.Context.html
  96     /// [`Waker`]: ../task/struct.Waker.html
  97     /// [`Waker::wake`]: ../task/struct.Waker.html#method.wake
  98     #[stable(feature = "futures_api", since = "1.36.0")]
  99     fn poll(self: Pin<&mut Self>, cx: &mut Context<'_>) -> Poll<Self::Output>;
 100 }
 101
 102 #[stable(feature = "futures_api", since = "1.36.0")]
 103 impl<F: ?Sized + Future + Unpin> Future for &mut F {
 104     type Output = F::Output;
 105
 106     fn poll(mut self: Pin<&mut Self>, cx: &mut Context<'_>) -> Poll<Self::Output> {
 107         F::poll(Pin::new(&mut **self), cx)
 108     }
 109 }
 110
 111 #[stable(feature = "futures_api", since = "1.36.0")]
 112 impl<P> Future for Pin<P>
 113 where
 114     P: Unpin + ops::DerefMut<Target: Future>,
 115 {
 116     type Output = <<P as ops::Deref>::Target as Future>::Output;
 117
 118     fn poll(self: Pin<&mut Self>, cx: &mut Context<'_>) -> Poll<Self::Output> {
 119         Pin::get_mut(self).as_mut().poll(cx)
 120     }
 121 }