我正在学习Google云功能，并将它们设置为由队列中的消息触发。我想我真的没有掌握一些概念，因为我有很多问题，在任何地方都找不到答案。有很多解释函数和客户端的示例，但是我还没有找到将两者合并的示例。
功能由主题而非订阅触发。这很奇怪，因为单个主题可以有多个订阅，甚至每个订阅有多个订阅者，这意味着该函数不知道消息，因为它不知道要确认哪个消息。
以第一个问题为基础，当有关该主题的消息到达时，是否执行了所有订阅者功能？进行某些工作时的功能如何？单个订阅中有多个订阅者呢？
甚至可以在一个函数中实现真正的请求订阅吗？这将意味着该函数由于需要拉出项目而不断运行，这既昂贵又做错了。
可以从该功能中删除一条消息吗？似乎只有在启用允许重试的情况下部署这些功能时，它们才会重试，但是随后它们会尝试立即并在设置重试期限（默认为7天）的情况下重新运行该功能，这可能会导致极高的成本是越野车，完全是垃圾模式。
所有这些让我觉得：
与听主题相比，从订阅中触发功能并使订阅能够确认/否定它们将是更好的实现方式。
我应该在HTTP函数旁边选择推式订阅，这似乎更具可控性（我可能是错的，没有尝试过）
有人能对此有所启发吗？我可以通过该函数轻松控制消息吗？如果消息被拒绝或重新发送，我可以期望该函数重新运行吗？
我正在学习Google云功能，并将它们设置为由队列中的消息触发。我想我真的没有掌握一些概念，因为我有一堆...
也许最关键的信息是，当您将Cloud Pub / Sub主题挂接到Cloud Function时，系统会创建一个推送订阅，以便向该Cloud Function发送消息。