我第一次真正琢磨GCM是啥，大概是几年前，那时候我的手机总是时不时冒出来各种应用通知，弹窗啊，声音啊，有时候烦得不行，但有些又确实有用。我就想，这些通知是怎么来的？它们怎么知道我在线？怎么能在应用没开着的时候也蹦出来？查了查，慢慢地，GCM这玩意儿就浮出来了。

先说个大白话，GCM曾经是 Google Cloud Messaging 的简称。对，就是谷歌家的东西，跟它家的搜索、安卓系统、地图啥的，是一家子。这个“Cloud Messaging”，翻译过来就是“云消息传递”。你想想看，云，是不是听着就像是在天上的、无所不在的、连接一切的？消息传递，就是传话呗，把一个信息从一个地方送到另一个地方。所以，合起来理解，GCM就是谷歌提供的、通过“云”来帮你传递消息的服务。

具体点呢？想象一下，你手机里装了个新闻App，或者是个社交App，或者是个购物App。有新消息了，比如一条突发新闻，你的朋友给你发了消息，或者你关注的商品降价了。这些信息得从App公司的服务器（你可以理解成他们的大脑或者信息仓库）推送到你的手机上。这个推送，以前可是个麻烦事儿。你想啊，你的手机每天得接收各种各样的通知，如果每个App都自己跟自己的服务器保持长久的连接，那电量哗哗地掉，网络也卡得要死。而且，手机还得随时准备接收，得多累啊？

GCM就来解决这个问题了。它扮演了一个 “中间人” 的角色，或者更像是邮递员。App的服务器不是直接联系你的手机，而是把消息先发给GCM。然后，GCM再负责把这个消息 高效地、及时地 推送到你的手机上。这个推送，有个专业的说法，叫 下行消息（downstream messages）。就是服务器把消息推给客户端（你的手机）。

为什么说它高效？因为GCM通过一个 单一的、持久的连接 来管理所有启用GCM的App的推送通知。你的手机只需要和GCM服务器维持一个连接就行了，而不是和每个App的服务器都连着。这样一来，省电 啊！省流量 啊！而且还能 快速 接收消息，因为GCM服务器是专门干这事的，它有优化的机制来确保消息能尽可能快地送达。

它还有点别的能耐。比如，它可以处理设备的注册。每个想要通过GCM接收推送的设备，都需要向GCM注册，获取一个 注册令牌（registration token）。这个令牌就像是你手机在GCM系统里的唯一ID。App的服务器要给你的手机发消息，就需要知道这个令牌。消息发到GCM，带着这个令牌，GCM就知道是发给你的手机了。

再比如，它能处理消息的 优先级。有些消息，比如来电提醒或者紧急警报，得马上送达；有些消息，比如广告促销，可以稍微晚点。GCM允许开发者设置消息的优先级，来决定送达的速度。

而且，GCM是 跨平台 的。虽然是谷歌主导，但它不只服务安卓设备。理论上，通过不同的客户端库，它可以把消息推送到各种设备上，包括iOS设备（当然，iOS有自己的APNS推送机制，GCM通常更常见于安卓生态，但它的理念和能力并非只限于此）。

等等，我前面说了，“曾经”是Google Cloud Messaging。这是为啥呢？技术世界变化快，就像潮流一样，没多久就更新换代了。GCM，这个陪伴了安卓开发者很多年的老朋友，在2018年的时候，被谷歌宣布 弃用（deprecated） 了。取而代之的是一个新的、更强大的服务，叫做 FCM，全称是 Firebase Cloud Messaging。

Firebase是什么？它是谷歌收购的一个移动和Web应用开发平台。FCM就是把GCM的功能整合进Firebase平台里，并且做了不少 升级和改进。可以说，FCM是GCM的 下一代，是它的 增强版。

那么，FCM比GCM强在哪儿呢？

首先，集成更方便。FCM是Firebase平台的一部分，而Firebase提供了很多其他有用的服务，比如实时数据库、认证、存储、分析等等。开发者使用了FCM，往往也能更方便地使用Firebase的其他服务，形成一个比较完整的开发生态。这对于开发者来说，减少了折腾不同服务的麻烦。

其次，功能更强大。FCM在GCM的基础上，提供了更多高级功能。比如，它集成了Firebase Analytics，可以更方便地追踪消息的效果，知道有多少人收到了、有多少人打开了。它还提供了更易用的 通知控制台（Notifications composer），即使是非技术人员，也可以通过网页界面发送测试通知或者一些简单的定向通知。另外，FCM还增强了消息的 分发能力，可以更灵活地向特定的用户群体或者订阅了某个主题的用户发送消息。

再者，性能和可靠性 也有所提升。谷歌投入更多资源在Firebase上，FCM自然也受益于此，在消息的送达率、延迟等方面都希望能做得更好。

所以，如果你现在听到GCM，很大程度上，人们说的其实是 老一代的谷歌推送服务，或者有时候，大家图省事儿，还是会习惯性地用GCM来指代 谷歌的推送服务 这个概念本身，即便现在实际使用的是FCM。就像有些人把所有搜索引擎都叫“百度”，或者把所有一次性纸巾都叫“舒洁”一样，是个习惯性的 泛指。

开发者们现在开发新的应用，或者维护老的应用，都已经全面转向使用FCM了。谷歌也早就关闭了GCM的API服务，老的基于GCM的应用如果想继续推送消息，就必须 迁移 到FCM上来。这个迁移过程，对于开发者来说，可能需要改动不少代码，但为了能继续正常工作，这是没办法的事。

那么，对于我们普通用户来说，知道GCM或者FCM有什么用呢？其实，它很大程度上影响了我们的手机使用体验。那些及时跳出来的 App 通知，很多背后都是FCM（或者安卓系统自带的其他推送机制，但FCM是主流）在帮忙。理解了这个，你就能明白为什么有时候收不到通知（可能是FCM或者网络出了问题），为什么推送这么省电（得益于单一连接），为什么有的应用消息来得快有的慢（可能跟优先级设置有关）。

总的来说，GCM，曾经是谷歌 提供给开发者用来向用户设备推送消息的服务，现在已经被 FCM（Firebase Cloud Messaging）所 取代。它是一种基于云的、高效的消息传递机制，对于现代智能手机应用，尤其是那些需要实时或者近实时通知的应用来说，至关重要。下次你收到一个App推送，不妨想想，也许就是FCM在背后默默地工作，把信息送到了你的眼前。它不像App本身那么显眼，却像空气一样，支撑着很多功能的正常运转。就是这么个东西，挺有意思的。