网络服务需要返回回调

Question

我有一个网络服务，我想将其用作服务。它是一个本地服务，因为一旦应用程序进程终止并且没有其他应用程序需要访问它，它就不再有效。（或者应该......）。

我正在考虑是否使用带有对该类的本地引用的 IBinder 接口，但暂时决定不这样做。

我有以下问题：

1. 如果服务终止，并且我知道它可以在请求处理期间终止，这对我来说是一个问题，首先我看到它，进程不会终止，直到网络请求返回（然后线程优雅地终止），除非在进程中使用kill -9...那么我不确定android如何处理连接。我不确定我应该在这里采取什么方法。（即使这是本地线程而不是服务，这也是事实......）
2. 如果我希望服务监听回调并在网络连接后调用它处理已完成，我遇到了问题，无法使用意图传递任何实例。所以我需要一些其他的解决方案，所有我认为听起来很糟糕的解决方案：A.使用 IBinder 来获取网络服务类的实例，然后我可以调用它的方法之一并传递一个实例，这将起作用，因为它们都可以在同一个进程中运行，但是要求我使用异步方式来获取不太适合我的网络实例。 B. 在我可以访问的服务中使用静态成员，那么我需要该服务做什么？ C. 使用 Intent 仅向服务发送参数，服务将从中组成一个请求并将其放入队列中，然后完成后将使用 Intent 发送响应，该响应将封装响应（可能很长！）还将包含作为字符串的调用类的名称，以便所有接收器都知道它是否适合它们 - 将数据封装在 Intent 中并在所有接收器中搜索正确的接收器以获得响应的开销很大。

我不想将该服务用作本地运行的简单线程，因为我担心如果我在根活动中运行它，我将不得不使用静态容器，这样它将在每个活动中可见，并且如果根活动由于某种原因被破坏，即使我开始新任务并且该过程仍然存在，它也会带走所有服务......

有人对如何处理这个事情有一些好主意吗？

Answer 1

最终我放弃了这项服务。
不使用该服务的原因是扩展应用程序对象并将网络类保留为该应用程序对象的成员，它在创建应用程序时启动，在创建任何活动之前，并在应用程序绘制它之前关闭最后一口气。我知道应用程序 onTerminate 可能不会始终被调用，但是如果有人在我的应用程序上调用kill -9 或等效函数，并且进程将用它杀死应用程序，那么我已经准备好了，因为我的服务无论如何都会被销毁。
我放弃服务的原因是：

1. 我有办法在应用程序生命周期中保持工作线程运行。
2. 由于我已经并且未来的计划将只有一个应用程序，因此它在将来仍然可以使用。
3. 由于它没有与任何特定的活动连接和启动，因此不会受到他们的死亡或他们的创作的影响。
4. 它有一个将持续整个应用程序生命周期的上下文，因此我可以使用它来使用意图广播事件。
5. 当应用程序终止时，我的服务也随之终止。除非kill -9，然后系统将杀死与应用程序相关的所有线程，包括我的线程，所以我仍然很好。
6. 每个活动都可以使用 getApplication() 并转换为我的 Application 对象并获取服务。

因此，无需使用绑定并使我的代码变得复杂，无需考虑如何启动或结束服务，如果我创建了一个服务，那么我很可能会从应用程序（或根活动）启动它），所以我认为对于我和我的应用程序来说这是最好的选择。