关于android service-activity 数据收发和ServiceConnection

Question

有几种方法可以将 Service 连接到 Activity。我只对本地服务感兴趣，我的LocalService 将站在那里直到用户停止它（这也意味着应用程序结束）。我可能知道有问题，如果有，请纠正我。

reference page上写着要直接使用本地服务的方法，应该使用ServiceConnection。绑定后，我们就可以有一个LocalService类的引用，我们可以直接使用这个LocalService的方法。 AFAIK 我们使用此引用调用的方法在具有相关 Activity 的主线程上运行。

让我感到困惑的是，如果我使用骨架结构并直接通过其静态引用（即通过LocalService.getInstance()）访问LocalService 的方法会怎样。嗯，我已经用过，没有遇到任何问题，但我仍然不确定哪个更好，为什么。

提前致谢。如果需要，我可能会添加其他信息。

编辑： 在我之前提到的解决方案中，没有任何活动保留对LocalService 的引用。

习惯了

1. 启动一些LongRunningAsyncTasks（在服务停止之前全部停止并且引用无效），
2. 更新应用Notification，
3. 获取getFilesDir(),
4. 保留枚举值（其引用未保存在其他地方，仅用于比较）以便从任何地方访问（不值得使用 SharedPreferences）。
5. 展示一些祝酒词

Answer 1

注意活动和服务的静态引用，因为它们可能是内存泄漏的原因。如果您不希望您的服务在主进程中运行，则将其提取到另一个进程并使用服务连接。

如果您不需要服务的任何反馈，那么就不要使用连接，而只需使用startService() 和几个命令，这些命令将在服务的onStartCommand() 方法中执行。

如果您需要来自服务的反馈，但不是很频繁，则使用startService() 并通过sendBroadcast() 或通过 Handler 类从服务获得反馈。

如果您需要频繁反馈（例如更新媒体播放器的滑块），那么最好使用服务连接。

请记住，您的服务可以在不执行 onDestroy() 方法且没有任何通知的情况下随时终止，这就是为什么保持静态引用不是一个好主意。

Answer 2

从您所说的看来，您可能根本不需要服务。看起来您没有在 LocalService 中执行任何长期任务。如果是这种情况，您也可以使用 AsyncTask 或 Handlers 并完成。使用服务（本地或其他）的动机是在其中执行一些长期存在的任务，而不是停止主 UI 线程。如果您的任务不会占用太多时间，那么您就不需要服务。

服务默认在主线程上运行。除非它是自动为您创建工作线程的 IntentService，并且所有任务都在此工作线程中排队并一次处理一个。否则，您有责任为您的服务任务创建一个单独的线程。

所以，首先分析您是否真的需要服务。如果您的任务可以快速执行，那么即使有服务也不要费心。

希望对您有所帮助。