有人讨论过这个错误，但似乎他们都得到了关于应用程序“停止状态”的答案。
我看到了一些不同的情况。
我有两个云推送示例，一个是官方的GCM示例，另一个是遵循教程的FCM项目，它们都受到了影响。
两者都安装在带有6.0.1的三星S6上，设备已连接（没有Doze）并连接到WiFi。
不时地，向GCM示例或FCM应用程序发送推送消息会导致日志中出现以下内容：
启动任一应用程序的用户界面都会使推送消息再次通过（发送到该应用程序），但旧的消息（产生错误的消息）将不会重新传递。
现在-我没有强制停止任何一个应用程序。其中一个我可能只使用了15分钟之前。设备没有进入睡眠状态（屏幕亮着，整个时间都插着电源）。
因此，“强制停止”解释在这里不适用，Doze模式在这里也不适用。
此外，说到“强制停止”，我进行了几项测试，运行然后故意关闭GCM或FCM应用程序中的任何一个从“最近使用的应用程序列表”中，验证进程是否被杀死（通过logcat），然后GCM或FCM推送消息都能够正常传递。
因此，必须是其他原因（而不是“强制停止”或Doze模式），这些原因导致推送消息变得不可靠，这就达不到目的了。
有什么想法可以追踪这个问题，以防止/避免推送消息传递突然中断吗？
GCM示例的清单： FCM测试的清单：
```xml ```
我看到了一些不同的情况。
我有两个云推送示例，一个是官方的GCM示例，另一个是遵循教程的FCM项目，它们都受到了影响。
两者都安装在带有6.0.1的三星S6上，设备已连接（没有Doze）并连接到WiFi。
不时地，向GCM示例或FCM应用程序发送推送消息会导致日志中出现以下内容：
启动任一应用程序的用户界面都会使推送消息再次通过（发送到该应用程序），但旧的消息（产生错误的消息）将不会重新传递。
现在-我没有强制停止任何一个应用程序。其中一个我可能只使用了15分钟之前。设备没有进入睡眠状态（屏幕亮着，整个时间都插着电源）。
因此，“强制停止”解释在这里不适用，Doze模式在这里也不适用。
此外，说到“强制停止”，我进行了几项测试，运行然后故意关闭GCM或FCM应用程序中的任何一个从“最近使用的应用程序列表”中，验证进程是否被杀死（通过logcat），然后GCM或FCM推送消息都能够正常传递。
因此，必须是其他原因（而不是“强制停止”或Doze模式），这些原因导致推送消息变得不可靠，这就达不到目的了。
有什么想法可以追踪这个问题，以防止/避免推送消息传递突然中断吗？
GCM示例的清单： FCM测试的清单：
```xml ```
<application
android:allowBackup="true"
android:icon="@mipmap/ic_launcher"
android:label="@string/app_name"
android:supportsRtl="true"
android:theme="@style/AppTheme">
<activity android:name=".MainActivity">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
<service android:name=".MyFirebaseMessagingService">
<intent-filter>
<action android:name="com.google.firebase.MESSAGING_EVENT" />
</intent-filter>
</service>
<service android:name=".MyFirebaseInstanceIDService">
<intent-filter>
<action android:name="com.google.firebase.INSTANCE_ID_EVENT" />
</intent-filter>
</service>
</application>
```