我有一个Android应用程序，需要在后台和一个单独的线程中执行工作。为了进行首次概念验证，我继承了Application类，在onCreate()方法内部创建了一个Thread来执行后台工作，这个方式非常有效。然而，我刚意识到，在过去我曾经使用Service来处理这样的情况。
问题是，在一个从Application.onCreate()生成的线程中执行工作，是否比在一个从Service生成的线程中执行工作更好？Service被设计用来执行"后台"工作(它使用UI线程除非使用了另外的线程)，并且独立于Activity运行，即使没有Activity可见也可以运行。使用基于Application的线程似乎同样可以实现这一点。不使用服务可以减少复杂性，因为Activity只需访问Application singleton。据我所知，我不需要绑定到Service。
我会因为使用Service会防止生命周期的角落案例而被影响吗？这是我对这种方法唯一的关注点，但除此之外，我并不认为Service有什么好处。
如果你想要当Activity在后台运行时，仅仅让线程在后台运行，或者你希望线程继续运行，直到用户离开应用，那么它们之间的区别就在这里。
服务可以在Activity不可用时继续在后台运行。 它们旨在在近期内继续工作而无需任何用户参与。 如果在服务中运行线程，则即使用户离开应用程序，线程也将继续运行。 有时这是有益的，因为用户可能希望您继续下载一个非常大的文件，但又不想让应用程序继续在前台运行。 然后，几个小时（天、月、年）后，用户可以重新进入应用程序来读取该文件。
但是，如果您正在使用需要根据结果不断更新UI的线程，则在Activity中启动它可能更有益，因为它没有真正的必要在服务中运行。 如果线程在Activity中而不是服务中，则线程更容易与UI进行通信。 （我的推测是Android不必处理另一个服务列表，这可能会带来一些性能优势，但我没有证据。）
注意：在Activity中创建的线程仍将继续运行，即使Activity退出。 然而，这只是因为应用程序仍然在内存中。 在Activity不再可见时，Activity及其线程比服务线程具有更高的优先级被从内存中删除。
