6

我的应用程序通过 Web 服务调用将数据与远程数据库同步。我在 IntentService 中进行这些调用，以便它们可以在后台运行（我称之为 SyncService）。

启动我的 IntentService 的代码如下所示：

Intent intent = new Intent();
intent.setClass(appContext, SyncService.class);

// place additional values in intent
intent.putExtra("data_type", SyncService.ITEM_TRACKING);
intent.putExtra("user_id", intUserId);

// call SyncService
appContext.startService(intent);

这通常看起来很棒。但是，我的一位朋友也是我的应用程序的用户，他经常告诉我他的数据没有同步并显示在我们的网站上。当我在附近时，他的设备恰好显示了这些症状。我将他的设备插入我的电脑，这是我发现的：

  • 启动 SyncService 的代码（即：上面的代码）被命中。
  • 我的 IntentService 的 onHandleIntent 方法中有一个断点，它永远不会被击中。
  • 我检查了他设备的运行服务列表，SyncService 在那里并且正在运行。有趣的是，它已经运行了大约 20 分钟。我的印象是，当 IntentService 完全无法处理时，IntentService 会自行杀死。
  • 我强行停止了 SyncService（而不是应用程序），突然之间，onHandleIntent 开始一遍又一遍地受到打击。就像所有的 Intent 都在设备上的某个地方排队，然后刚刚被扔到 SyncService 上。

有没有人对可能是什么问题有任何想法？你认为这是我的应用程序的问题吗？用安卓？

同样，我正在向 Android 发送一条消息，说“启动这个 IntentService 或将消息发送到已经运行的 IntentService。” 那个时候，我无法控制。消息永远不会到达 IntentService。一旦我强制退出应用程序，消息就会发送到 IntentService 并完成它的工作。

更新：我认为这段代码很好，但我会把它放上来，因为你们很多人可能想看它。

进入 IntentService 的每个 Intent 都有一个 Extra 表示对我进行的调用的“类型”（即：我调用这个Web 服务还是那个Web 服务等）。当 Intent 进入 IntentService 时，我会检查“类型”，如果队列中已经有该类型的 Intent，我会在其中添加一个名为“skip”的 Extra，因此，当它到达时，我不会t 执行搜索（基本上 IntentService 可以建立很多 Intent，当这个 web 服务在 20 秒前被调用时调用这个 web 服务是没有意义的）。它基本上可以保护应用程序免于向网站发送垃圾邮件。

重要的是要注意，无论如何都不会命中此代码（一旦问题开始发生）。在应用程序被杀死之前不会调用 onStartCommand

    @Override
    public int onStartCommand (Intent intent, int flags, int startId) {
        // here be dragons
        // overriding this method and adding your own code is dangerous. i've wrapped
        // my code in a try/catch because it is essential that the super method be called
        // every time this method is entered. any errors in my code should not prevent this
        // or the app will explode.
        try {
            if (flags == 0 && intent != null && intent.hasExtra("data_type")) {
                Integer intDataType = intent.getExtras().getInt("data_type");

                    if (!mCurrentTypes.containsKey(intDataType)
                            || !mCurrentTypes.get(intDataType)) {
                        mCurrentTypes.put(intDataType, true);  // put this type in the list and move on
                    }
                    else {
                        intent.putExtra("skip", true);  // mark this Intent to be skipped
                    }
            }
        }
        catch (Exception e) {
            // Log.e("Error onStartCommand", "error: " + e);
        }

        return super.onStartCommand(intent, flags, startId);
    }


private void processIntent(Intent intent) {
        // do stuff if no "skip" Extra
        mCurrentTypes.put(intDataType, false);
    }
4

4 回答 4

4

肯定有一些东西可以让您的服务在您朋友的设备上运行。如果是这样，则对该意图服务的所有后续调用都将排队，直到当前调用完成。如果它没有完成，那么你将得到你所拥有的：下一个服务将不会启动。

您应该仔细检查：

  • 你给网络操作适当的超时
  • 您为网络连接操作提供适当的超时
  • 线程之间没有竞争条件。
  • 您记录服务内部可能发生的任何异常，您不想丢失此类信息。

之后，如果您认为一切都是绿色的：只需记录服务所做的事情并使用一些错误报告机制从您的朋友设备自动发送。一个简单的解决方案可能是使用 bugsense 或等效的。

接下来，放置某种看门狗：一个将继续运行直到您的服务停止的线程（您只需告诉您的线程在服务停止时停止）。经过一段时间后，线程将不得不停止您的服务。

这个看门狗线程可以放在服务本身内部，也可以放在外部，尽管这可能更复杂。

于 2012-12-01T10:31:37.600 回答
1

这个答案提出了一个在类似情况下对我有用的解决方案。它不会修复您当前的代码，而是建议另一个可能更简单（且更易于调试）的选项：

  1. BroadcastReceiver在您的呼叫中添加一个Activity监听 SUCCESSIntents的IntentService.

  2. 在您的调用Activity中，包括何时启动的逻辑IntentService（并且不要将其包括在 IntentService 中）。逻辑是：

    • 在调用CANNOT_CALL时调用startService()并设置一个标志。Activity
    • 如果Activity's BroadcastReceiver没有收到来自 的 SUCCESS 广播IntentService，则startService()不能再次调用。
    • 当Activity确实收到成功意图时，将标志设置为 CAN_CALL，并且startService()可以在计时器再次命中时调用。

  3. 在您的中，像这样IntentService写：onStartCommand()

    @Override
public int onStartCommand(Intent intent, int flags, int startId) {
    super.onStartCommand(intent, flags, startId);
    return START_STICKY;
}

  4. 在 youIntentService中，当您接收、解析和存储 Web 服务响应时，sendBroadcast()使用带有自定义操作 SUCCESS 的 Intent 调用。

这个逻辑只是一个大纲，必须针对来自 web 服务的错​​误消息进行微调，这些错误消息必须从IntentService监听器广播Activity。

希望这可以帮助。

于 2012-12-06T00:56:13.817 回答
0

再来一条评论。这不是你问题的答案。但是，它可能会影响服务的整体行为。

您执行以下操作：

 return super.onStartCommand(intent, flags, startId);

内部 Service.onStartCommand() 如下所示

public int onStartCommand(Intent intent, int flags, int startId) {
        onStart(intent, startId); 
        return mStartCompatibility ? START_STICKY_COMPATIBILITY : START_STICKY;
}

如果您的应用以 SDK API 7 或更高版本为目标（很可能是这种情况），则 mStartCompatibility 为 false。

因此，您的服务将以 START_STICKY 启动。

这是文档中的一部分：

对于已启动的服务，它们可以决定运行另外两种主要的操作模式，具体取决于它们从 onStartCommand() 返回的值：START_STICKY 用于根据需要显式启动和停止的服务，而 START_NOT_STICKY 或 START_REDELIVER_INTENT 用于适用于只应在处理发送给它们的任何命令时保持运行的服务。有关语义的更多详细信息，请参阅链接文档。

根据您所描述的，我建议替换“return super.onStartCommand(intent, flags, startId);” “返回 START_NOT_STICKY；”

于 2012-12-06T20:29:07.670 回答
0

在我看来，为您的 Intent 设置一组标志可能会解决问题。

Intent intent = new Intent();
intent.setClass(appContext, SyncService.class);
// This way    
intent.setFlags(Intent.FLAG_ACTIVITY_MULTIPLE_TASK|Intent.FLAG_ACTIVITY_NEW_TASK|Intent.FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS);

您可以在全新任务中使用上述标志使您的服务以全新方式启动。

于 2012-12-06T05:11:48.367 回答