我的小部件附加了一项服务，用于处理通过其Intent传递的各种点击“命令”。我还设置了returnSTART_REDELIVER_INTENT;以防服务重启时调用intent.getAction()时不给出nullPointerException；之类的。问题是，当最后一个Intent由我的setOnClickPendingIntent调用之一发送时，然后当服务重新启动时，它就像用户单击了其中一个viewId一样。例如Stringcommand=intent.getAction();intappWidgetId=intent.getExtras().getInt(AppWidgetMa

我正在为我的android应用程序创建一个服务，通过Intents向该服务提供数据。问题是当服务被系统破坏时，提供给它的Intent数据无法恢复，导致我的应用程序崩溃。我听说START_REDELIVER_INTENT将在有足够的可用内存恢复提供给服务的Intent数据时立即重新启动我的服务，而START_STICKY不会恢复Intent数据。我说的对吗？还是有什么我不知道的？此外，我的服务在被系统销毁后需要永远重启。 最佳答案 START_STICKY-它会告诉系统创建服务的最新副本，当可用内存足够时，它会保留状态并从低内存中恢复

我正在为我的android应用程序创建一个服务，通过Intents向该服务提供数据。问题是当服务被系统破坏时，提供给它的Intent数据无法恢复，导致我的应用程序崩溃。我听说START_REDELIVER_INTENT将在有足够的可用内存恢复提供给服务的Intent数据时立即重新启动我的服务，而START_STICKY不会恢复Intent数据。我说的对吗？还是有什么我不知道的？此外，我的服务在被系统销毁后需要永远重启。 最佳答案 START_STICKY-它会告诉系统创建服务的最新副本，当可用内存足够时，它会保留状态并从低内存中恢复

我看不懂START_STICKY，START_NOT_STICKY和START_REDELIVER_INTENT谁能用例子解释清楚。我通过了this链接，但无法清楚地理解它。 最佳答案 这些与服务有关。我们都知道服务会在后台继续运行，它们也会消耗一些内存来执行。所以，随着越来越多的应用程序在android设备上运行，设备内存不断变低，到时候，当设备内存严重不足时，android系统开始终止进程​​，以释放占用的内存由流程决定。但您可能正在对服务执行一些重要任务，这些任务也可能在服务停止时终止。所以这些概念是告诉android系统，当

我看不懂START_STICKY，START_NOT_STICKY和START_REDELIVER_INTENT谁能用例子解释清楚。我通过了this链接，但无法清楚地理解它。 最佳答案 这些与服务有关。我们都知道服务会在后台继续运行，它们也会消耗一些内存来执行。所以，随着越来越多的应用程序在android设备上运行，设备内存不断变低，到时候，当设备内存严重不足时，android系统开始终止进程​​，以释放占用的内存由流程决定。但您可能正在对服务执行一些重要任务，这些任务也可能在服务停止时终止。所以这些概念是告诉android系统，当

我有一个需要持久TCP连接的应用程序。所以我在Tcp连接器上设置了一些适当的属性来支持它。我遇到的问题是，如果外部应用程序关闭并重新启动，Mule将继续尝试将消息发送到套接字，而不是尝试重新建立连接。这是我的错误日志:ERROR2014-04-3017:11:35,436[[chatroomexample].connector.VM.mule.default.receiver.04]org.mule.exception.DefaultMessagingExceptionStrategy:**************************************************