Server.serve_forever() isn't cancelled when Server.close() is called

Offen

#602 erstellt am 14.3.2024 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 4/5
Geschätzter Aufwand: 3-5 Tage
Anfängerfreundlichkeit: 35/100

Issue-Typ: Bug
Klarheit: Größtenteils klar
Aktivitätsstatus: Veraltet
Tech-Stack: python
Bereich: backend, networking

Rechercherichtung

Beginne damit, das Serververhalten von uvloop mit der CPython-Implementierung zu vergleichen, auf die in Lib/asyncio/base_events.py um die Zeilen 341–344 herum verwiesen wird, und konzentriere dich dabei auf Server.serve_forever() und Server.close(). Reproduziere das Problem mit dem bereitgestellten SIGTERM-Beispiel und bestätige, dass das Schließen des Servers dazu führt, dass serve_forever() asyncio.CancelledError auslöst und vor dem Beenden „Shutting down“ ausgibt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

uvloop version: 0.19.0
Python version: 3.10.12 (3.10.12-1~22.04.3)
Platform: Ubuntu 22.04.4
Can you reproduce the bug with PYTHONASYNCIODEBUG in env?: Yes
Does uvloop behave differently from vanilla asyncio? How?: Yes, described below.

With stock asyncio, after awaiting on Server.serve_forever(), calling Server.close() causes the await statement to throw CancelledError. With uvloop's implementation, the listening socket is correctly closed, however the await statement blocks indefinitely.

Example:

async def run_server():
    async with await asyncio.start_server(lambda r,w: w.close(), '127.0.0.1', 8080) as server:
        server.get_loop().add_signal_handler(15, lambda: server.close())
        try:
            await server.serve_forever()
        except asyncio.CancelledError:
            print('Shutting down')

uvloop.run(run_server())

The uvloop version closes the listening socket in response to SIGTERM, but never exits. The stock version prints Shutting down and exits.

Here's the CPython source where this is implemented:

https://github.com/python/cpython/blob/v3.8.18/Lib/asyncio/base_events.py#L341-L344

Thanks for taking a look!

Vorherrschende Sprache: Cython
Sterne: 11.9k
Forks: 615
PR-Merge-Kennzahlen: Keine gemergten PRs in 30 T.

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus MagicStack/uvloop

License not clear Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100

MagicStack/uvloop#759 · Erstellt am 28.8.2026
Switch to Trusted Publishing for package upload to PyPI in CI Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100

MagicStack/uvloop#741 · 2 Reaktionen · Erstellt am 25.3.2026
`asyncio.get_event_loop` raises error instead of spawning new loop when no loop is running. Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100

MagicStack/uvloop#702 · 8 Kommentare · 9 Reaktionen · Erstellt am 17.10.2025
Release request: include the socket cancellation FD double-close fix (#740) Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 25/100

MagicStack/uvloop#766 · Erstellt am 22.9.2026
Directly constructed subprocess pipe protocols segfault when callbacks use a non-process owner Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 52/100

MagicStack/uvloop#765 · Erstellt am 19.9.2026

Alle Issues in MagicStack/uvloop