当前位置: 首页 技术教程 正文

微信通过 FCM 接收消息的完整设置

VPN信息网 |
298

先决条件:

  • 微信必须 翻墙 。
  • 微信必须具有 FCM 功能。下载 Play 版,国行版本未测试,不确定。
  • 翻墙 打开微信,以确保 FCM 功能激活。大陆 IP 打开微信,FCM 功能不启用。
  • 连接 FCM 服务器。FCM 服务器可直连,但不稳定,由于微信必须 翻墙,FCM 服务器也 翻墙 连接。
  • 绿色守护休眠微信,使其不在后台,只通过 FCM 接收消息。并设置允许 FCM 通知唤醒 app 。否则即使成功连接 FCM 服务器,且微信 FCM 功能激活,由于微信休眠,也无法被 FCM 通知拉起,导致无法接收新消息。

注:
微信 FCM 功能并不接收消息内容,只作为新消息提醒,程序收到 FCM 通知后,运行消息接收功能,接收新消息并弹出新消息提醒。

综上,翻墙 微信 + 翻墙 FCM 服务器 + 微信休眠 + 绿色守护允许 FCM 唤醒程序

以上条件下,及在保持网络长连接下( WiFi 环境),微信可以通过 FCM 接收新消息提醒。每次休眠后,会被新消息唤醒。

但是,如果中途网络中断(使用数据流量经常出现)且网络中断时发送新消息,即使再次 翻墙 连接 FCM 服务器,且 FCM diagnostics 中出现微信新消息推送记录,微信程序也无法被唤醒,无法接收新消息并弹出消息提醒。

为解决此问题,安装 X-APM,打开 GCM Generation Collection 。可保证在网络恢复连接后,由 X-APM 弹出微信新消息提醒。

如果不允许 FCM 通知唤醒程序,且不使用 X-APM,则微信被绿色守护休眠后,即使微信 FCM 模块收到通知,也无法接收消息并弹出新消息提醒。

如果不允许 FCM 通知唤醒程序,且使用 X-APM,则可达成类 IOS 效果,手机端有新消息提醒(来自 X-APM ),手动打开微信后程序再联网接收新消息。

如果允许 FCM 唤醒程序,不使用 X-APM,则收到 FCM 通知后,微信程序被唤醒(在保持网络长连接下),接收新消息并弹出通知。一旦网络连接中断,即使再恢复也无法弹出中断时间段新消息提醒。

如果允许 FCM 唤醒程序,且使用 X-APM,微信 FCM 收到通知后,X-APM 首先弹出微信新消息通知,微信程序被唤醒,接收新消息,弹出含具体消息内容的新消息通知。在网络中断并恢复后,由 X-APM 弹出中断时间段消息通知。

综上,为保证通过 FCM 收到所有微信新消息通知,具体设置如下:

微信 翻墙 + FCM 服务器 翻墙 + 绿色守护休眠微信 + 允许 FCM 通知唤醒程序 + FCM Generation Collection

注:在移动数据环境,网络条件更复杂,可能会出现 bug 。

应用管理的乖巧模式。

我的结论是:应用管理的乖巧模式不适应于微信 FCM 。因为如果微信进入乖巧模式,后台会留下缓存进程,微信便会用自身消息接收功能而不是 FCM 接收新信息,证据是这种模式下,发送新消息,FCM Diagnostics 中不存在微信消息推送记录。

只有当开启 X-APM 的 GCM Generation Collection,弹出的来自 X-APM 通知才是真正微信的 FCM 通知。

微信启用 FCM 的条件是非大陆 IP 且后台不存在任何微信进程,即每次打开微信先看到地球界面。

使微信进入完全关闭状态只有在 APP info 中 Force Stop 或者绿色守护将微信休眠,并且必须完全休眠,而不能仅进入 Shallow Hibernate 模式,Shallow Hibernate 模式下与 X-APM 的乖巧模式相同,都会在后台存留微信缓存进程,使微信不使用 FCM 接收消息。

所以使微信通过 FCM 接收消息的完整设置是:

  • 微信全程 翻墙
  • FCM 全程 翻墙
  • 绿色守护 休眠微信 并且 ignore background-free 且 ignore running state 且 Normal Hibernate mode 且 允许 GCM 推送唤醒程序
  • X-APM 打开 GCM Generation CollectionF
anyShare分享到:

声明:原创文章请勿转载,如需转载请注明出处!