所以我有一个很好的刷新应用程序小部件,定期将新位图加载到ImageView
钟表工作中。然后,在某些时候,默默地,它会停止更新。我可以从日志和我的代码正在查询的服务器上的活动中看出,小部件实际上仍在继续定期(通过onReceive()
捕获的广播,并按预期执行其操作。唯一的事情没有发生的事情是小部件内容没有更新。
因此,在小部件触发时执行的代码中,我创建了一个新的RemoteView并向其添加内容,包括通过remoteViews.setImageViewBitmap(imageViewID, bmp)
加载新的位图,然后最终调用appWidgetManager.updateAppWidget(appWidgetId, remoteViews)
}更新小部件内容。很好地工作......直到它停止工作。
我不确定要发布什么代码,因为99%的情况下该功能很好,但偶尔会updateAppWidget()
停止工作,原因并不明显。似乎它是一个系统问题,而不是我的代码中的错误,但我可能是错的。
似乎唯一可能提示这一点的是当连接发生变化时,例如从没有信号到WiFi,可能经常发生这样的变化。在这些情况下似乎发生了更多。
一旦小部件冻结,唯一解除它的是重启设备。如果不重新启动,即使删除小部件并添加新小部件也无法正常工作。实际上,添加一个新的小部件会导致死小部件甚至无法响应点击以打开配置活动,可能是因为remoteViews.setOnClickPendingIntent(R.id.widget, configPendingIntent)
被忽略了RemoteViews
我仔细构建并发送给appWidgetManager.updateAppWidget()
。
这似乎与其他许多人所描述的一样:
https://code.google.com/p/android/issues/detail?id=28216
到目前为止似乎没有已知的治疗方法。 https://code.google.com/p/android/issues/detail?id=28216#c56上的帖子似乎提供了一些承诺,但我已尝试在各个地方拨打AppWidgetHost.startListening()
,包括定期通过重复闹钟来查看我是否可以启动小部件,但没有似乎工作。
其他用户(而不是开发人员)似乎也看到了这个问题:http://androidforums.com/threads/clock-widget-keeps-freezing-please-help.530333/
有什么想法吗?它慢慢让我发疯了!
答案 0 :(得分:5)
remoteViews.setImageViewBitmap(imageViewID, bmp)
不要这样做。这样做会包含位图并将整个事件作为活页夹事务发送。绑定器旨在传输少量数据,并且不能很好地处理位图。即使小部件不断更新,它也会使用比所需更多的系统资源,以及更多的启动资源(启动器必须取消位图,至少暂时存储已分区的字节和未分区的,并且必须在UI线程上完成)但是您看到的问题是您链接的错误,有时大型活页夹事务会触发TransactionTooLargeException
而AppWidgetManagerService
通过停止所有未来更新(有时是所有小部件,有时只是您的小部件)错误地处理此问题
相反,您应该使用setImageViewUri
https://developer.android.com/reference/android/widget/RemoteViews.html#setImageViewUri(int,%20android.net.Uri)。这需要更多的工作,因为你需要保存位图,然后发送启动器为它,虽然目前所有或几乎所有发射器都有READ_EXTERNAL_STORAGE
所以外部存储的file:///
uri可能有用,你不应该在将来依赖它,而应该使用FileProvider
https://developer.android.com/reference/android/support/v4/content/FileProvider.html