PostgreSQL 通过 LISTEN
和 NOTIFY
命令提供异步通知。客户端会话使用 LISTEN
命令注册其对特定通知通道的兴趣(并可以使用 UNLISTEN
命令停止监听)。当任何会话执行具有该通道名称的 NOTIFY
命令时,所有监听特定通道的会话将异步收到通知。可以传递一个 “有效载荷” 字符串来与监听器通信其他数据。
libpq 应用程序将 LISTEN
、UNLISTEN
和 NOTIFY
命令作为普通 SQL 命令提交。随后可以通过调用 PQnotifies
检测 NOTIFY
消息的到达。
函数 PQnotifies
从从服务器接收到的未处理通知消息列表中返回下一个通知。如果没有任何挂起的通知,它将返回空指针。一旦从 PQnotifies
返回通知,它就被认为已处理,并将从通知列表中删除。
PGnotify *PQnotifies(PGconn *conn); typedef struct pgNotify { char *relname; /* notification channel name */ int be_pid; /* process ID of notifying server process */ char *extra; /* notification payload string */ } PGnotify;
在处理由 PQnotifies
返回的 PGnotify
对象后,请务必使用 PQfreemem
释放它。释放 PGnotify
指针就足够了;relname
和 extra
字段不代表单独的分配。(这些字段的名称是历史性的;特别是,通道名称不必与关系名称有任何关系。)
示例 32.2 给出了一个示例程序,说明了异步通知的使用。
PQnotifies
实际上并没有从服务器读取数据;它只是返回之前由其他 libpq 函数吸收的消息。在旧版本的 libpq 中,确保及时接收 NOTIFY
消息的唯一方法是不断提交命令,即使是空命令,然后在每次 PQexec
之后检查 PQnotifies
。虽然这仍然有效,但它已被弃用,因为它浪费了处理能力。
当您没有可执行的实用命令时,检查 NOTIFY
消息的更好方法是调用 PQconsumeInput
,然后检查 PQnotifies
。您可以使用 select()
来等待来自服务器的数据到达,从而在没有工作要做时不使用任何CPU功率。(请参阅 PQsocket
以获取要与 select()
一起使用的文件描述符编号。)请注意,无论您使用 PQsendQuery
/PQgetResult
提交命令还是只使用 PQexec
,这都将正常工作。但是,您应该记住,在每次 PQgetResult
或 PQexec
之后检查 PQnotifies
,以查看在命令处理期间是否收到了任何通知。
如果您在文档中看到任何不正确的内容,与您对特定功能的体验不符,或者需要进一步说明,请使用 此表格 报告文档问题。