为房间数据库使用Android服务上下文

我正在开发一款应用程序，它同时使用Firebase消息和房间数据库

这就是db的初始化方式

public static AppDatabase getInstance(final Context appContext) {
    if (INSTANCE == null) {
        INSTANCE = Room.databaseBuilder(appContext, AppDatabase.class, "dbname.db")
                // prepopulate the database after onCreate was called
                .addCallback(rdc)
                .build();
    }
    return INSTANCE;
}

在

MainActivity

上的某个地方，对

AppDatabase

进行了第一次调用，并实例化了数据库，一切都正常运行

现在，当用户

kill

应用程序

为了简单起见，可以像Whatsapp这样考虑这个应用程序。。。应用程序已被终止，但侦听消息的

服务（MyFirebaseMessagingService）

仍在运行（应该如此）

当新消息到达并且

MyFirebaseMessagingService

尝试通过调用

AppDatabase.getInstance（）

将其保存到数据库时，将发生崩溃，因为创建数据库的初始

上下文

引用不再存在，因为应用程序被终止

在搜索如何解决此问题时，我了解到每个服务

此

实际上都是从

上下文

派生的，因此我立即尝试使用

MyFirebaseMessagingService

上下文初始化数据库，

MyFirebaseMessagingService:：onCreate

在您真正有权访问服务上下文的地方，在第一条消息到达之前不要被触发

我能想到的唯一解决方案是创建一个全新的服务，

bindService（）

MainActivity，并使用该新服务上下文创建AppDatabase实例。。。但这似乎完全是矫枉过正

---

因此，我的问题是，如何初始化文件室数据库，使

MyFirebaseMessagingService

即使应用程序被杀死也能使用它？

首先：从系统上下文（通知服务）开始，您尝试使用使用应用程序上下文访问或创建数据库的文件室。 但此时应用程序上下文可能为空。也许只是因为应用程序被杀了。 所以你得到了一个很好的碰撞

其次，一些日志会很好。因为撞车。这可能会让人们不去猜测

第三：（再次猜测）也许你应该试试工作经理。类似于：接收数据>开始工作。将可靠地运行，而不必在那一刻正确运行。

---

构造函数中没有一个很好的开始位置

getApplicationContext（）

。但它在

onStartCommand（）函数中可用。我认为这是一个在服务中构建/打开数据库的好地方。
因为
FirebaseMessagingService
是一个我们应该拥有的服务
getApplicationContext（）
在那里，您应该使用它来创建数据库实例并执行必要的操作，
其他选项是创建服务或编写自定义广播接收器
 您可以在服务中访问getApplicationContext（），您尝试过吗？应在创建任何服务、活动或广播接收器之前创建应用程序实例。找到解决方案了吗？基于服务的上下文。getApplicationContext（）为null。它正在崩溃。任何其他建议的解决方案。