从我了解的内容中，从firebase发送通知时，请从https://console.fire.firebase.google.com/u/0/project/project/[projectname]：api-Project- [SenderID]/Notification/组成，仅消耗Google服务器的CPU和带宽，因为通知直接从Google服务器发送，而不是从我的服务器发送，对吗？如果我使用Curl触发服务器的推送通知，它仍然会使用Firebase和Google服务器发送和传递通知，并且它不会从我的服务器上消耗CPU和带宽，对吗？
我试图充分了解是否直接通过Firebase Cloud Mess传递发送推送通知，并且没有Urban Airship等第三方解决方案是CPU，并且对我的服务器上的带宽大量。我不确定第三方推送通知Solutions提供的功能/好处的一部分是处理CPU/带宽密集任务，还是Google服务器直接与Firebase Cloud Messaging直接连接和发送推送通知时直接处理的功能/好处。
我知道Stackoverflow并不是出现辩论的问题，尤其是关于架构，内部与第三方软件解决方案的问题，但我问题的主要目的是知道谁在发送通知时处理CPU和带宽密集型工作数以千计的设备是Google服务器（Firebase Cloud Messaging Servers），还是提供推送通知服务（例如Urban Airship）的软件公司的服务器，或者如果firebase cloud Message Configuration是内部内部没有第三方解决方案？谢谢。
编辑：为什么以及如何有效推动通知（例如GCM）电池有效的答案？包括本段：" Android设备可以使与GCM服务器的单个连接保持开放，以聆听通知"。但是，它仍然没有回答我的问题，因为即使我知道Firebase Cloud消息服务器负责发送推送通知，但我仍在尝试了解我的服务器是否根本不需要提供CPU功率或带宽如果我使用卷曲来使用PHP curl函数和CRON作业触发服务器的推送通知。如果我可以做一个类比，请想象一下直接从https://ajax.googleapis.com/ajax/libs/jquery/3.2.1/jquery.min.js versus下载jquery.min.js文件文件文件文件文件，可以想象一下使用jQuery。然后将其放在服务器上。如果您使用https://ajax.googleapis.com/ajax/libs/jquery/3.2.1/jquery.min.js，您将使用Google服务器的资源，而不是来自您自己的服务器的资源。如果您将jquery.min.js下载到服务器，则访问者将使用自己的服务器而不是从Google服务器中使用资源。这是我的类比，因此，在没有第三方解决方案（例如Urban Airship）的情况下使用Firebase Cloud Messaging推出通知的情况下，我想知道谁提供CPU Power and Bandwidth，您自己的服务器或Google的服务器。谢谢。
在这种情况下，如果您使用诸如GCM主题之类的机械师，应该很简单。它不应该是CPU密集型的，因为您不是发送给每个用户，而只是向主题进行广播，然后让Google进行繁重的工作。
https://developers.google.com/cloud-messaging/topic-messaginghttps://firebase.google.com/docs/cloud-messaging/android/topic-messaging