在活动和服务之间共享数据库

Question

我正在创建一个排队上传管理器。根据我之前问题的指导答案，我将使用一项服务来上传这些图像。建议我使用数据库来跟踪已成功上传的文件和待处理的文件。

我的初步研究使我相信我想要创建一个绑定服务，以便在照片上传后我可以更新我的 UI，以及启动服务，以便它可以独立于创建它的活动运行。看来我还需要通过process=":something"应用程序清单中的指令在自己的进程中启动它。

我的问题是，在 N 个活动客户端和上传服务之间共享 SQLite（除非有更好的方法）数据库的最佳方式是什么？

我想象它的工作方式是这样的，用伪代码：

// in an app
writeRecordToDb( . . . );

// start service
if( service doesn't exist )
{
  // start service, and bind
}

// in the service:
if( shared db has another row )
{
  doDownload( . . . );

  if( download worked )
  {
    notifyActivity();

    if( db has another row )
      doDownload( . . . );
  }
  else
  {
    retryDownload( . . . );
  }
}

这是解决这个问题的正确方法吗？我再次尝试规避当蜂窝信号很少或没有时多个 Activity 实例请求照片上传的问题。我刚刚读完服务和绑定服务文档，我感觉很好，但不是很好。

Answer 1

我最初的研究让我相信我想要创建一个绑定服务

我不会。

这样我就可以在照片上传后更新我的用户界面

您不需要使用绑定模式来更新 UI。你可以：

• LocalBroadcastManager使用活动拾取的内容发送本地广播，或者
• 调用活动额外PendingIntent提供的，或者IntentstartActivity()
• 尝试一下 Square 的Otto 事件总线（看起来很有趣，但我还没用过）
• ETC。

以及启动服务，因此它可以独立于创建它的我的活动运行

这就是为什么您不应该费心绑定，因为您不需要绑定，但您确实需要启动服务。

我的问题是，在 N 个活动客户端和上传服务之间共享 SQLite（除非有更好的方法）数据库的最佳方式是什么？

选项#1：将您的数据保留SQLiteOpenHelper在静态数据成员中

选项#2：使用ContentProvider数据库包装器

这是解决这个问题的正确方法吗？

使用数据库作为组件之间的通信通道类似于两个邻居使用双翼飞机牵引的横幅相互通信。是的，它有效。然而，它速度慢且昂贵。

（另外，当你需要双翼飞机时，永远不会有双翼飞机，但我离题了......）

如果您希望使用数据库作为待下载的后备存储，以防出现一些中断（例如，用户关闭设备）并且您希望稍后继续这些下载，那没问题。但是，该服务将通过您通过 发送给它的命令知道要下载什么内容startService()。