There is currently no way to schedule coroutines or callbacks directly
from a different process (such as one started with
-:mod:`multiprocessing`). The :ref:`Event Loop Methods <asyncio-event-loop>`
+:mod:`multiprocessing`). The :ref:`asyncio-event-loop-methods`
section lists APIs that can read from pipes and watch file descriptors
without blocking the event loop. In addition, asyncio's
:ref:`Subprocess <asyncio-subprocess>` APIs provide a way to start a
.. currentmodule:: asyncio
+.. _asyncio-event-loop:
+
==========
Event Loop
==========
loop APIs.
-.. _asyncio-event-loop:
+.. _asyncio-event-loop-methods:
Event Loop Methods
==================
.. _asyncio-event-loops:
+.. _asyncio-event-loop-implementations:
Event Loop Implementations
==========================
Abstract base class for asyncio-compliant event loops.
- The :ref:`Event Loop Methods <asyncio-event-loop>` section lists all
+ The :ref:`asyncio-event-loop-methods` section lists all
methods that an alternative implementation of ``AbstractEventLoop``
should have defined.
Policies
========
-An event loop policy is a global per-process object that controls
-the management of the event loop. Each event loop has a default
-policy, which can be changed and customized using the policy API.
-
-A policy defines the notion of *context* and manages a
-separate event loop per context. The default policy
-defines *context* to be the current thread.
-
-By using a custom event loop policy, the behavior of
-:func:`get_event_loop`, :func:`set_event_loop`, and
-:func:`new_event_loop` functions can be customized.
+An event loop policy is a global (per-interpreter) object
+used to get and set the current :ref:`event loop <asyncio-event-loop>`,
+as well as create new event loops.
+The default policy can be :ref:`replaced <asyncio-policy-get-set>` with
+:ref:`built-in alternatives <asyncio-policy-builtin>`
+to use different event loop implementations,
+or substituted by a :ref:`custom policy <asyncio-custom-policies>`
+that can override these behaviors.
+
+The :ref:`policy object <asyncio-policy-objects>`
+gets and sets a separate event loop per *context*.
+This is per-thread by default,
+though custom policies could define *context* differently.
+
+Custom event loop policies can control the behavior of
+:func:`get_event_loop`, :func:`set_event_loop`, and :func:`new_event_loop`.
Policy objects should implement the APIs defined
in the :class:`AbstractEventLoopPolicy` abstract base class.
+.. _asyncio-policy-get-set:
+
Getting and Setting the Policy
==============================
If *policy* is set to ``None``, the default policy is restored.
+.. _asyncio-policy-objects:
+
Policy Objects
==============
This function is Unix specific.
+.. _asyncio-policy-builtin:
+
asyncio ships with the following built-in policies:
.. availability:: Windows.
+
.. _asyncio-watchers:
Process Watchers
.. versionadded:: 3.9
+.. _asyncio-custom-policies:
+
Custom Policies
===============