NOTIFY/LISTEN and connection loss

I need to watch data changes in multiple tables. One option is to add triggers and log changes to another table, which can be polled by the app every few seconds. A better option is to send PG notifications and set up a handler using conn.add_listener(). Do I need a dedicated connection for this approach, as opposed to a connection pool? How should I handle connection loss? If I kill a PG server process, asyncpg won't notice it either until TCP timeout (which can be very long) or until I try to execute another SQL command using the same connection object. Can you please provide a code snippet or a hint how to work with PG notifications more reliably?

Beginne mit dem Verhalten von conn.add_listener() in asyncpg und der Semantik von PostgreSQL LISTEN/NOTIFY bei Verbindungsverlust. Ermittle, ob eine dedizierte Verbindung erforderlich ist, wie ein Verbindungsverlust erkannt wird und was eine zuverlässige Anleitung zur Wiederverbindung abdecken sollte. Als erledigt gilt die Aufgabe, wenn das Verhalten und die empfohlene Behandlung mit einem klaren Beispiel oder einer getesteten Implementierung dokumentiert sind.