我是 gcloud pub sub 的新手，我想实现它，以便我可以从服务器到客户端自托管节点 JS 服务器进行通信，而用户不必从其网络公开公开 Web 服务器。我想通过这些实时流发送用户特定数据，但是当单个主题仅用于单个用户事件时，多个用户订阅单个主题是否正常？正常的方法是让流包含非敏感用户数据，然后客户端决定是否在适用的情况下采取行动，或者为每个用户创建一个新主题，以确保没有用户甚至可以明显看到与另一个用户相关的数据安全原因？我正在努力寻找任何 pub sub 服务，他们建议如何处理用户特定数据流的用例
应用程序（发布者）可以创建消息并将其发送到单个或多个主题。订阅是一个命名资源，表示来自单个特定主题的消息流，将传递到订阅应用程序。订阅单个或多个主题的应用程序将从中接收消息。
我们可以对同一主题使用多个订阅，也可以将来自多个发布者的数据发送到同一主题。例如，如果您有两个发布者 P_A 和 P_B，并且它们向单个主题（我们将主题名称称为 T_1）发送消息，并且两个订阅者（S_A 和 S_B）订阅了同一主题。然后从P_A和P_B发送的消息将被转发到订阅S_A和S_B。两个订阅都将从发布者处收到相同的消息。当一个主题有多个订阅时，则每条消息都必须发送给代表每个订阅接收消息的订阅者。
如果您想过滤消息，可以考虑发布/订阅过滤消息功能。
当您从带有过滤器的订阅接收消息时，您只会收到与过滤器匹配的消息。 Pub/Sub 服务自动确认与过滤器不匹配的消息。您可以按消息属性过滤消息，但不能按消息中的数据过滤消息。