这是场景:

  1. 我有 2 项活动和一项服务
  2. 第一个活动是登陆视图/搜索页面。第二个活动显示搜索结果
  3. 搜索始终针对内部 SQLite 数据库执行
  4. 需要定期(例如每天)从远程源更新数据库,这是一个漫长的过程
  5. 如果用户在更新期间执行搜索,我想等到更新结束,同时显示“请稍候”进度警报。在刷新完全完成之前,我不想查询和显示搜索结果。
  6. 数据库更新由 AlarmManager 触发并由服务执行,该服务在更新进行时将“UPDATING”状态放入数据库
  7. 我可以轻松查询状态,但如何等待并定期重新查询数据库?我正在使用 AsyncTask 来处理搜索结果,我的本能反应是将带有 wait() 的循环放入 AsyncTask#doInBackground 方法,但这很危险,而且根本不起作用,因为我没有控制 UI 线程,所以我最终得到 IllegalMonitorStateException.

在这种情况下,正确等待(甚至可能更新状态)的“正确”方法是什么?

附:我将“等待”代码放入 Runnable 中,甚至在进入 AsyncTask 之前就执行它。它的工作原理例如 Thread.sleep(2000) 我仍然不确定这是安全的方法。有谁有任何经验 FutureTask?

有帮助吗?

解决方案

如果用户在更新过程中执行搜索,我想等到更新结束,同时显示“请等待”进度警报。我不想查询并显示搜索结果,直到完全完成刷新。

这是你的决定,但请记住你正在创造自己的问题。就我个人而言,我会放弃这个要求。用户不应仅仅因为警报响起而感到不便。

例如,您可以禁用警报并在活动消失时重新启用它。

或者,以原子方式执行更新(例如,对表的副本进行更新,然后在事务中同步表),以便活动在更新时仍然可以安全地访问数据库正在发生。

在这种情况下,正确等待(甚至可能使用状态更新)将是什么“正确”的方法?

让服务通过某种回调或广播 Intent 告诉活动更新何时完成。保持进度指示器处于活动状态,直到发生这种情况。这仍然带来了一些时间上的挑战,这就是为什么我只是放弃这个要求。

其他提示

感谢马克(一如既往)提供有用的见解。在这里,我将概述(在我看来)上述场景应该如何完成:

  1. 无需戳数据库,只需绑定到服务并开始等待
  2. 如果您无法绑定到该服务,那么它就不会运行,因此无需使用它 - 只需查询数据库并执行您需要的操作
  3. 当服务启动时,开始等待并处理服务发回的任何反馈。这些可以是临时更新,然后是服务完成的最终指标
许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top