我有一个包含会话映射（键、会话）的 Android 前台服务。在我的活动中，我收到一个密钥，我想从服务中获取会话。所以我将我的每个活动绑定到服务，我可以要求服务使用我的密钥获取我的会话。但是这样做意味着我必须等待onServiceConnected() 才能获得会话。
在我的应用程序类中绑定一次服务并将我的服务放在一个静态变量中是不是一个好主意，然后我所有的活动都可以直接在他们的onCreate()中访问服务而不是等待onServiceConnected()的调用?但是确定我的静态变量会一直存在吗？如果需要资源，您知道 Android 是否可以删除该静态变量？我猜应用程序实例永远不会被删除，对吗？因此，将我的服务保存在静态变量中可能是个好主意。你怎么看？
【问题讨论】：
标签： android variables static android-service foreground
您正在尝试做的事情听起来像是 React 中某种调度程序的肮脏实现，我很想自己做，但由于时间不够而没有做。请让我们知道您的结果。
我建议使用 Messager，文档有关于它的信息，所以不需要静态 https://developer.android.com/guide/components/bound-services.html?hl=en-419
是的，Android 操作系统可以清除任何东西，它可以杀死服务，它可以使变量为空。大多数情况下这不会发生，因为它只会优先处理前台应用程序。因此，如果用户打开 10 个应用程序并且您在后台，它可能会。这对我来说似乎没问题。有时我也遇到过变量在片段中变为空的情况，但后来我缩小了变量范围并修复了它。
此外，如果您正在考虑这一点，请尝试使用 EventBus 库或使用 ReactJava，也许 Realm ORM 甚至 Firebase 可以帮助您。
【讨论】：
Application 对象被实例化，它就永远不会被删除（垃圾收集）。它充当单例，Android 摆脱它的唯一方法是杀死托管应用程序的操作系统进程。
您可以在 Application 类中绑定到 Service。 Application 实例基本上是一个单例，只要托管您的应用程序的操作系统进程还存在，它就会存在。在某些时候，Android 会杀死托管您应用程序的操作系统进程，然后您的所有应用程序组件都会消失（Application 实例、Service、Activity 实例等）。如果用户返回到您的应用，Android 将创建一个新的操作系统进程，实例化一个新的Application 实例，然后根据需要实例化您的应用组件。
【讨论】：
应用程序本身并不像其他Android组件那样有生命周期，所以如果你在它的onCreate()回调中调用bindService()，则不能保证调用unbindService()，这可能会导致内存泄漏和不可预知的状态.其他人也指出here。
相反，您可以start your service in the foreground（显示类似“远程桌面管理器正在运行”的通知），这应该使您的应用程序保持活动状态，并使map<key, session> 成为您应用程序中的静态变量.通过这种方式，Activities 可以在没有连接延迟的情况下检索会话。只是不要忘记在所有会话关闭时调用stopService(Intent intent) 或stopSelf() 来停止服务。
顺便说一句，即使考虑到 Android O 的背景限制，它也应该可以工作。
【讨论】：