Google cloud platform 云数据库&x27；查看消息'；-无法选择推送订阅

我们曾多次遇到这个问题，希望找到解决办法。 如图所示，

PubSub

主题有一个推送订阅。单击“查看消息”时，侧面板似乎允许用户选择订阅。但是当用户点击它时，它没有显示订阅。因此，用户无法“查看消息”

---

订阅类型是否与此问题相关，或者此功能是否不可用？如果它是相关的，是否有一种方法可以查看只有推送订阅的主题的消息？

推送订阅不堆叠消息。每次有消息时，推送订阅都会将其发送到HTTP端点。因此，订阅始终为“空”。（这并不完全正确，未确认的消息在内存中，并在收到TTL过期的HTTP代码2XX（默认为7天）之前重试。但在静止状态下，没有真正存储任何内容）

在相反的位置，请求订阅堆栈将消息堆叠起来，直到客户端进行轮询为止。顺便说一下，您可以看到堆叠的消息

---

当我调试推送订阅时，特别是为了查看消息的结构和类型，为了验证这一点，我还创建了一个推送订阅，并查看主题中发布的消息。

推送订阅不堆叠消息。每次有消息时，推送订阅都会将其发送到HTTP端点。因此，订阅始终为“空”。（这并不完全正确，未确认的消息在内存中，并在收到TTL过期的HTTP代码2XX（默认为7天）之前重试。但在静止状态下，没有真正存储任何内容）

在相反的位置，请求订阅堆栈将消息堆叠起来，直到客户端进行轮询为止。顺便说一下，您可以看到堆叠的消息

---

当我调试推送订阅时，特别是为了查看消息的结构和类型，为了验证这一点，我还创建了一个推送订阅，并查看主题中发布的消息。

谢谢Guillaume。下拉列表显示为红色，并显示一条消息“需要订阅”。它需要一个pull订阅。我不认为这是一个关于push和pull之间区别的准确陈述。“没有真正存储任何内容”这一说法是不正确的。存储消息是为了确保在7天的截止日期之前能够重新交付。只是推送订阅不会在请求时返回消息，因为它们处于“推送”模式。如果您将“推送”订阅更改为“拉送”订阅，“查看消息”功能将开始返回消息。谢谢Guillaume。下拉列表显示为红色，并显示一条消息“需要订阅”。它需要一个pull订阅。我不认为这是一个关于push和pull之间区别的准确陈述。“没有真正存储任何内容”这一说法是不正确的。存储消息是为了确保在7天的截止日期之前能够重新交付。只是推送订阅不会在请求时返回消息，因为它们处于“推送”模式。如果将“推”订阅更改为“拉”订阅，“查看消息”功能将开始返回消息。