Flutter Firebase开发疑问:DatabaseReference该用静态还是非静态?
我在使用Flutter和Firebase开发应用时遇到如下问题:
我编写了一个FBHelper工具类,封装了Firebase实时数据库的操作方法,将在main函数中调用这些方法。
FBHelper类代码
class FBHelper { FBHelper._internal(); static final DatabaseReference database = FirebaseDatabase.instance.ref('/'); factory FBHelper() { return FBHelper._internal(); } Future<void> initializeFirebase() async { await Firebase.initializeApp( options: DefaultFirebaseOptions.currentPlatform, ); print('firebase app initialized'); } Future<void> callPost(dynamic o) async { await database.set(o); } }
main函数代码
void main() async { final _ = FBHelper(); WidgetsFlutterBinding.ensureInitialized(); await _.initializeFirebase(); await _.callPost({"master": "1"}); runApp(const MyApp()); }
当我将DatabaseReference database标记为静态成员时,程序运行完全正常;但去掉static修饰符后,会触发以下异常:
FirebaseException ([core/no-app] No Firebase App '[DEFAULT]' has been created - call Firebase.initializeApp())
想请教忽略了什么?对static的用法理解有误吗?
问题原因与解决方案
核心原因:成员变量初始化时机差异
非静态成员的情况
当database是非静态成员时,它会在FBHelper实例创建(final _ = FBHelper();)的同时立即初始化,此时Firebase.initializeApp()还未执行,Firebase默认App尚未创建,调用FirebaseDatabase.instance.ref('/')自然会抛出找不到App的异常。静态成员的情况
Dart的静态变量采用懒加载机制,只有当它第一次被访问时才会完成初始化。在你的代码中,静态database第一次被访问是在callPost方法内,而callPost是在await _.initializeFirebase()之后调用的——此时Firebase已经完成初始化,所以能正常获取数据库引用,不会触发异常。
解决方案
方案一:保留静态成员
这是你当前已经验证可行的方式,利用静态变量的懒加载特性规避初始化时机问题。方案二:延迟非静态成员初始化
使用late关键字标记database,延迟到Firebase初始化完成后再赋值,修改后的FBHelper类如下:class FBHelper { FBHelper._internal(); late final DatabaseReference database; factory FBHelper() { return FBHelper._internal(); } Future<void> initializeFirebase() async { await Firebase.initializeApp( options: DefaultFirebaseOptions.currentPlatform, ); // 在Firebase初始化完成后初始化database database = FirebaseDatabase.instance.ref('/'); print('firebase app initialized'); } Future<void> callPost(dynamic o) async { await database.set(o); } }这样确保
database的初始化发生在Firebase App创建之后,避免异常。
内容的提问来源于stack exchange,提问作者Luca Natale

