mirror of
https://github.com/python/cpython
synced 2026-09-29 12:10:30 +03:00
bpo-32114: Updated the documentation for get_event_loop to reflect the policy change (#4510)
This commit is contained in:
parent
f658641a05
commit
77106b2c21
1 changed files with 9 additions and 4 deletions
|
|
@ -189,10 +189,15 @@ An event loop policy must implement the following interface:
|
|||
|
||||
|
||||
The default policy defines context as the current thread, and manages an event
|
||||
loop per thread that interacts with :mod:`asyncio`. If the current thread
|
||||
doesn't already have an event loop associated with it, the default policy's
|
||||
:meth:`~AbstractEventLoopPolicy.get_event_loop` method creates one when
|
||||
called from the main thread, but raises :exc:`RuntimeError` otherwise.
|
||||
loop per thread that interacts with :mod:`asyncio`. An exception to this rule
|
||||
happens when :meth:`~AbstractEventLoopPolicy.get_event_loop` is called from a
|
||||
running future/coroutine, in which case it will return the current loop
|
||||
running that future/coroutine.
|
||||
|
||||
If the current thread doesn't already have an event loop associated with it,
|
||||
the default policy's :meth:`~AbstractEventLoopPolicy.get_event_loop` method
|
||||
creates one when called from the main thread, but raises :exc:`RuntimeError`
|
||||
otherwise.
|
||||
|
||||
|
||||
Access to the global loop policy
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue