![](/img/trans.png)
[英]Google PubSub subscriber doesn't pull messages after first message in Node.Js
[英]Node.js Google PubSub Subscriber does not receive SOME messages
我的Node.js
应用程序中有一个聊天功能,并希望通过 socket.io 向客户端发送消息。 我通过 PubSub 触发向客户端发送。 现在,当运行 PubSub Subscription 时,大约 70% 的情况下一切正常(即打印出消息),但有时会停止而不做任何事情(特别是它也不会打印出错误)。 我可以确认丢失的 30%(消息)正在发布到主题,因为对同一主题的不同订阅会收到消息。
任何有关调试的帮助将不胜感激。
这是我的堆栈:
过程:
为什么我不直接从 Anna 发射到 Bob? 原因是我想在消息之间有一个 AppEngine 并可能在那里添加一些逻辑,这似乎是一个好方法。
const pubSubClient = require('./client');
const errorHandler = function(error) {
console.error(`ERROR: ${error}`);
throw error;
};
module.exports = listenForMessages =(subscriptionName="messageReceiver",io) => {
const subscription = pubSubClient.subscription(subscriptionName);
// Listen for new messages until timeout is hit
subscription.on("message", (message) => {
console.log(`Received message ${message.id}:`);
const parsedMessage = JSON.parse(message.data)
parsedMessage._id = message.id
console.log(parsedMessage)
if (parsedMessage.to === "admin") {
io.to(`admin:${parsedMessage.from}`).emit("NewMessage", parsedMessage);
} else {
io.to(`${parsedMessage.to}`).emit("NewMessage", parsedMessage);
}
message.ack();
});
subscription.on('error', errorHandler);
}
...
const listenForMessages = require("./message_processing/listen");
listenForMessages("messageReceiver", io);
以下控制台 output 是通过在本地运行应用程序并使用两个浏览器 [一个隐身] 相互聊天生成的。 可以看出,只有最后一条消息实际上被侦听器拾取(并打印出来)。 有趣的是,由于调用的异步特性,接收到的消息的打印输出出现在消息发送的日志之前(即延迟肯定不会成为问题)。
[0] went into deserialize user
[0] Message 875007020424601 published.
[0] went into deserialize user
[0] Message 875006704834317 published.
[0] went into deserialize user
[0] Message 875006583857400 published.
[0] went into deserialize user
[0] Message 875006520104287 published.
[0] went into deserialize user
[0] Message 875006699141463 published.
[0] went into deserialize user
[0] Received message 875006881073134:
[0] {
[0] from: '5e949f73aeed81beefaf6daa',
[0] to: 'admin',
[0] content: 'i6',
[0] seenByUser: true,
[0] type: 'message',
[0] createdByUser: true,
[0] createdAt: '2020-04-20T07:44:54.280Z',
[0] _id: '875006881073134'
[0] }
[0] Message 875006881073134 published.
在其他一些情况下,较早的消息起作用,然后侦听器似乎停止了。
您可以做几件事来检查正在发生的事情:
如果未确认消息的数量为零,则可能的原因是在接收消息的订阅上充当订阅者的流氓进程。 也许您的服务的先前实例仍在意外运行? 或者可能另一个应该使用不同订阅的任务正在使用相同的订阅。
要注意的另一件事是,订阅者只会收到在消息发布之前创建的订阅的消息。 因此,如果您启动了发布者并发布了一些消息,然后创建了订阅,例如在订阅者启动时,那么订阅者将不会收到那些较早的消息。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.