Google的MediaNotificationService中有大量RemoteServiceExceptions

在过去的大约24小时内，我们发现Google的内部发生了数千次崩溃MediaNotificationService：

Fatal Exception: android.app.RemoteServiceException
    Context.startForegroundService() did not then call Service.startForeground(): ServiceRecord{f9a4deb u0 <our package name>/com.google.android.gms.cast.framework.media.MediaNotificationService}
    android.app.ActivityThread$H.handleMessage (ActivityThread.java:1855)
    android.os.Handler.dispatchMessage (Handler.java:106)
    android.os.Looper.loop (Looper.java:214)
    android.app.ActivityThread.main (ActivityThread.java:6986)
    java.lang.reflect.Method.invoke (Method.java)
    com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run (RuntimeInit.java:494)
    com.android.internal.os.ZygoteInit.main (ZygoteInit.java:1445)

创建自己的前台服务时，我也遇到过类似的问题，但是由于这在演员库中，我们无法对其进行控制。

Chromecast接收器由第三方处理。我们正在使用：

api "com.google.android.gms:play-services-cast:17.0.0"
api "com.google.android.gms:play-services-cast-framework:17.0.0"

潜在线索：

• 它正在OnePlus，华为，三星，谷歌上发生，似乎每个制造商（和操作系统级别）的数量都与其市场份额相关。
• 崩溃发生在不同设备的不同线路上（例如，上面是Galaxy S9，S8崩溃是在1872行），因此不在Crashlytics上分组。在我看来，这是操作系统/ Google Play服务级别的问题。
• 崩溃同时发生在应用程序的所有活动版本中。
• 坠机事故数月以来一直没有发生，但在周末突然飙升，并且没有放缓的迹象。

它看起来像一个已知问题：

仅在配备Android 9的HUAWEI设备上出现问题：P20 pro，P30 pro，P20 lite，P30，P20，Honor View 10，Mate 20 pro

Cast SDK版本：Android Sender 16.2.0（我检查了Android Sender 17.1.0的发行说明，但未修复错误）

这是来自fabric的崩溃日志：

Fatal Exception: android.app.RemoteServiceException: Context.startForegroundService() did not then call Service.startForeground(): ServiceRecord{3ac0035 u0 com.google.android.gms.cast.framework.media.MediaNotificationService}
       at android.app.ActivityThread$H.handleMessage + 2126(ActivityThread.java:2126)
       at android.os.Handler.dispatchMessage + 112(Handler.java:112)
       at android.os.Looper.loop + 216(Looper.java:216)
       at android.app.ActivityThread.main + 7625(ActivityThread.java:7625)
       at java.lang.reflect.Method.invoke(Method.java)
       at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run + 524(RuntimeInit.java:524)
       at com.android.internal.os.ZygoteInit.main + 987(ZygoteInit.java:987)

是谷歌的工程师，他说是固定的：

我们已经对此进行了修复，应该在下一个Android Cast客户端库版本中发布。

但他们不知道何时发布此修复程序：

到目前为止，我们还没有确定下一个版本的发布日期。我们将在此处进行更新，否则请在此处进行检查https://developers.google.com/cast/docs/release-notes

该发行说明没有提到此修复程序。

如果发现更多内容，我将更新此答案。

更新资料

这是固定的。见Anjaneesh的答案。

更新资料

有一些问题18.0.0。见rednaz的答案。同样，对此问题的评论者仍在与三星和华为平台发生崩溃，但速度大大降低。我对此提出了新的问题。

该修复程序已在Android Cast SDK客户端库v18.0.0中发布（请检查发行说明的第二项：https : //developers.google.com/cast/docs/release-notes#december-5,-2019）

更新至v18​​.0.0后，应修复崩溃问题

我们也遇到了非常相似的症状此问题。我们正在使用Cast SDK版本16.1.2

• 仅在Android 8及更高版本上发生。似乎被链接到后台执行改变这里
• 数月来也很低。最近在所有应用程序版本中均增加。现在看着成千上万的数字。
• 2月11日有一个播放服务更新。可以链接吗？

我们尝试了什么（更新到SDK 18.0.0）

更新到v18.0.0似乎可以解决@Anjaneesh报告的问题。但是，18.0.0引入了有关自定义数据检索的行为更改。我们注意到，当发送方应用程序断开连接然后重新连接时，我们提供给remoteMediaClient的mediaInfo（然后尝试检索）的自定义数据将为空。如果您还没有的话，这需要小心！