我使用 UrbanAirship (UA) 进行推送通知。
UA推送服务在Manifest文件中配置如下：
<service android:name="com.urbanairship.push.PushService"
android:process=":com.urbanairship.push.process" />
其中 android:process 是可选的，但在他们的文档中推荐。
当我使用单个进程并关闭所有活动时，我可以看到我的单个进程消耗了大约 3mb 的内存
当我使用两个进程（一个用于应用程序，一个用于服务）并关闭所有活动时，我可以看到两个进程都处于活动状态，每个进程消耗约 3mb 的内存。
所以我的问题是：有什么意义？
我的猜测是 UA 建议这样做，以便他们自己的代码面临更少的争用/中断。例如，如果您的应用程序崩溃但 UA 代码在单独的进程中运行，那么它们可能会继续运行而不会中断（并避免托管它们的进程突然终止时可能发生的数据损坏）。
有关另一个线索，请参阅这个 SO 问题：Starting an Android notification at startup。如您所见，一些开发人员报告说，一般 Android 通知有时无法显示，具体取决于他们应用程序组件的生命周期。通过将 UA PushService 放到一个单独的进程中，这可能会缓解这个问题。我将对此进行测试，因为我的 UA 通知有时在重新启动后不会持续存在。
顺便说一句，最新的 UA 文档似乎不再建议使用自己的单独流程声明服务。