在发布时收到多个相同的请求 pubnubv4 rails
On publish getting multiple same requests pubnubv4 rails
我有一个 rails 应用程序，它基于 API 使用 pub-nub v4。使用 pub-nub 的客户端 (IOS/Android) 相同。
以下是我们正在执行的步骤：
1) 在创建任何对象时，我们订阅两个频道并在客户端同时创建 listener.here.At 我们根据此对象 ID 订阅两个频道。
2) 因此，对于来自 IOS 的任何发布，在网络上创建多个请求的相同渠道结束 end.so 将创建多个数据库条目。
这里是订阅和取消订阅的代码示例。
$pubnub.add_listener("broadcast_#{broadcast.id.to_s}")
$pubnub.subscribe("broadcast_#{broadcast.id.to_s},broadcastLikes_#{broadcast.id.to_s}")
$pubnub.publish("broadcast_#{self.id.to_s}", { type: "StopBroadcast", text: text })
$pubnub.remove_listener("broadcast_#{self.id.to_s}")
$pubnub.unsubscribe("broadcast_#{self.id.to_s}, broadcastLikes_#{self.id.to_s}")
任何人都可以帮助我！
评论答案合集：
如果您需要将消息从客户端发送到服务器，为什么不 POST 它们呢？您通过从您的服务器订阅所做的一切就是取代传统的网络应用程序 POST，这并没有真正提供任何优势。您应该使用 PubNub 的部分是另一个方向：服务器到客户端。
问： 这里的add_listener有什么作用？ subscribe和add_listener有什么关系？
A: 侦听器用于所有频道订阅响应和状态。
您只需为所有频道创建一个全局（应用程序级别）侦听器。当您订阅频道时，发布到该频道的消息将到达侦听器。当您取消订阅某个频道时，您将不会再收到发布到该频道的消息。您可以订阅许多频道，因此您可以根据需要控制订阅（收听）哪些频道。当您取消订阅所有频道后，您将不会再收到消息。
Q: 我怀疑一个全局侦听器是否能够同时处理多个消息，是否有可能遗漏。我们是否应该删除这个监听器？如果是那么什么时候？根据新的 ruby PubNub v4，它没有显示有关监听器的更多详细信息，这就是为什么会感到困惑。
A:单监听器设计模式不会错过任何消息。当前不支持多个侦听器（至少不是开箱即用的），但这就是我对多个侦听器要求感兴趣的原因。但只要知道 single/global 侦听器将接收发布到您的应用订阅的所有频道的所有消息。
问： 关于删除监听器，我们需要这样做吗？如果是那么什么时候。如果没有那会有什么问题吗？根据多个侦听器的要求，我们可以将每个侦听器与自己的事件侦听器分开，这样可以减少单个全局侦听器的负载。这是为了防止多个回调请求同时触发同一个回调。
A: 您真的不需要执行 removeListener。但是，如果您没有在应用程序中使用 PubNub，您可以调用它来清除一点内存（虽然很少）。我向您保证，您可以毫无问题地使用单个侦听器。它不会超载。侦听器是 multi-thread/thread-safe，否则 PubNub 根本无法工作（或以理想的方式）。
我有一个 rails 应用程序，它基于 API 使用 pub-nub v4。使用 pub-nub 的客户端 (IOS/Android) 相同。
以下是我们正在执行的步骤：
1) 在创建任何对象时，我们订阅两个频道并在客户端同时创建 listener.here.At 我们根据此对象 ID 订阅两个频道。
2) 因此，对于来自 IOS 的任何发布，在网络上创建多个请求的相同渠道结束 end.so 将创建多个数据库条目。
这里是订阅和取消订阅的代码示例。
$pubnub.add_listener("broadcast_#{broadcast.id.to_s}")
$pubnub.subscribe("broadcast_#{broadcast.id.to_s},broadcastLikes_#{broadcast.id.to_s}")
$pubnub.publish("broadcast_#{self.id.to_s}", { type: "StopBroadcast", text: text })
$pubnub.remove_listener("broadcast_#{self.id.to_s}")
$pubnub.unsubscribe("broadcast_#{self.id.to_s}, broadcastLikes_#{self.id.to_s}")
任何人都可以帮助我！
评论答案合集：
如果您需要将消息从客户端发送到服务器，为什么不 POST 它们呢？您通过从您的服务器订阅所做的一切就是取代传统的网络应用程序 POST，这并没有真正提供任何优势。您应该使用 PubNub 的部分是另一个方向：服务器到客户端。
问： 这里的add_listener有什么作用？ subscribe和add_listener有什么关系？
A: 侦听器用于所有频道订阅响应和状态。 您只需为所有频道创建一个全局（应用程序级别）侦听器。当您订阅频道时，发布到该频道的消息将到达侦听器。当您取消订阅某个频道时，您将不会再收到发布到该频道的消息。您可以订阅许多频道，因此您可以根据需要控制订阅（收听）哪些频道。当您取消订阅所有频道后，您将不会再收到消息。
Q: 我怀疑一个全局侦听器是否能够同时处理多个消息，是否有可能遗漏。我们是否应该删除这个监听器？如果是那么什么时候？根据新的 ruby PubNub v4，它没有显示有关监听器的更多详细信息，这就是为什么会感到困惑。
A:单监听器设计模式不会错过任何消息。当前不支持多个侦听器（至少不是开箱即用的），但这就是我对多个侦听器要求感兴趣的原因。但只要知道 single/global 侦听器将接收发布到您的应用订阅的所有频道的所有消息。
问： 关于删除监听器，我们需要这样做吗？如果是那么什么时候。如果没有那会有什么问题吗？根据多个侦听器的要求，我们可以将每个侦听器与自己的事件侦听器分开，这样可以减少单个全局侦听器的负载。这是为了防止多个回调请求同时触发同一个回调。
A: 您真的不需要执行 removeListener。但是，如果您没有在应用程序中使用 PubNub，您可以调用它来清除一点内存（虽然很少）。我向您保证，您可以毫无问题地使用单个侦听器。它不会超载。侦听器是 multi-thread/thread-safe，否则 PubNub 根本无法工作（或以理想的方式）。