फायरबेस एप्लिकेशन तब भी काम करता है जब आपका ऐप अस्थायी रूप से अपना नेटवर्क कनेक्शन खो देता है। इसके अलावा, फायरबेस स्थानीय रूप से डेटा को बनाए रखने, उपस्थिति को प्रबंधित करने और विलंबता को संभालने के लिए उपकरण प्रदान करता है।
डिस्क दृढ़ता
फायरबेस ऐप्स स्वचालित रूप से अस्थायी नेटवर्क रुकावटों को संभालते हैं। कैश्ड डेटा ऑफ़लाइन होने पर उपलब्ध होता है और नेटवर्क कनेक्टिविटी बहाल होने पर फायरबेस किसी भी राइट को फिर से भेजता है।
जब आप डिस्क दृढ़ता को सक्षम करते हैं, तो आपका ऐप डेटा को स्थानीय रूप से डिवाइस पर लिखता है ताकि आपका ऐप ऑफ़लाइन रहते हुए स्थिति बनाए रख सके, भले ही उपयोगकर्ता या ऑपरेटिंग सिस्टम ऐप को पुनरारंभ करता हो।
आप कोड की केवल एक पंक्ति के साथ डिस्क दृढ़ता को सक्षम कर सकते हैं।
Kotlin+KTX
Firebase.database.setPersistenceEnabled(true)
Java
FirebaseDatabase.getInstance().setPersistenceEnabled(true);
दृढ़ता व्यवहार
दृढ़ता को सक्षम करने से, कोई भी डेटा जिसे फायरबेस रीयलटाइम डेटाबेस क्लाइंट ऑनलाइन होने पर सिंक करेगा और डिस्क पर बना रहेगा और ऑफ़लाइन उपलब्ध होगा, तब भी जब उपयोगकर्ता या ऑपरेटिंग सिस्टम ऐप को पुनरारंभ करता है। इसका मतलब है कि आपका ऐप उसी तरह काम करता है जैसे वह कैश में संग्रहीत स्थानीय डेटा का उपयोग करके ऑनलाइन करेगा। स्थानीय अपडेट के लिए लिसनर कॉलबैक जारी रहेगा।
फायरबेस रीयलटाइम डाटाबेस क्लाइंट स्वचालित रूप से आपके ऐप ऑफ़लाइन होने पर किए गए सभी लेखन कार्यों की एक कतार रखता है। जब दृढ़ता सक्षम होती है, तो यह कतार भी डिस्क पर बनी रहती है, इसलिए जब उपयोगकर्ता या ऑपरेटिंग सिस्टम ऐप को पुनरारंभ करता है तो आपके सभी लेखन उपलब्ध होते हैं। जब ऐप कनेक्टिविटी फिर से हासिल कर लेता है, तो सभी ऑपरेशंस फायरबेस रीयलटाइम डेटाबेस सर्वर को भेज दिए जाते हैं।
यदि आपका ऐप Firebase प्रमाणीकरण का उपयोग करता है, तो Firebase रीयलटाइम डेटाबेस क्लाइंट ऐप के पुनरारंभ होने पर उपयोगकर्ता के प्रमाणीकरण टोकन को बनाए रखता है। यदि आपके ऐप के ऑफ़लाइन होने के दौरान ऑथ टोकन की समय सीमा समाप्त हो जाती है, तो क्लाइंट तब तक लेखन कार्यों को रोक देता है जब तक कि आपका ऐप उपयोगकर्ता को फिर से प्रमाणित नहीं कर देता, अन्यथा सुरक्षा नियमों के कारण लेखन कार्य विफल हो सकता है।
डेटा ताज़ा रखना
फायरबेस रीयलटाइम डेटाबेस सक्रिय श्रोताओं के लिए डेटा की एक स्थानीय प्रतिलिपि को सिंक्रनाइज़ और संग्रहीत करता है। इसके अलावा, आप विशिष्ट स्थानों को सिंक में रख सकते हैं।
Kotlin+KTX
val scoresRef = Firebase.database.getReference("scores") scoresRef.keepSynced(true)
Java
DatabaseReference scoresRef = FirebaseDatabase.getInstance().getReference("scores"); scoresRef.keepSynced(true);
फायरबेस रीयलटाइम डेटाबेस क्लाइंट स्वचालित रूप से इन स्थानों पर डेटा डाउनलोड करता है और संदर्भ में कोई सक्रिय श्रोता नहीं होने पर भी इसे सिंक में रखता है। आप कोड की निम्न पंक्ति के साथ सिंक्रनाइज़ेशन को वापस बंद कर सकते हैं।
Kotlin+KTX
scoresRef.keepSynced(false)
Java
scoresRef.keepSynced(false);
डिफ़ॉल्ट रूप से, पहले से सिंक किए गए 10MB डेटा को कैश किया जाता है। अधिकांश अनुप्रयोगों के लिए यह पर्याप्त होना चाहिए। यदि कैश अपने कॉन्फ़िगर किए गए आकार से अधिक हो जाता है, तो Firebase रीयलटाइम डेटाबेस उस डेटा को मिटा देता है जिसका हाल ही में उपयोग किया गया है। सिंक में रखे गए डेटा को कैशे से पर्ज नहीं किया जाता है।
डेटा ऑफ़लाइन क्वेरी कर रहा है
Firebase रीयलटाइम डेटाबेस ऑफ़लाइन होने पर उपयोग के लिए किसी क्वेरी से लौटाया गया डेटा संग्रहीत करता है। ऑफ़लाइन रहते हुए बनाई गई क्वेरी के लिए, Firebase रीयलटाइम डेटाबेस पहले से लोड किए गए डेटा के लिए काम करना जारी रखता है। यदि अनुरोधित डेटा लोड नहीं हुआ है, तो फायरबेस रीयलटाइम डेटाबेस स्थानीय कैश से डेटा लोड करता है। जब नेटवर्क कनेक्टिविटी फिर से उपलब्ध होती है, तो डेटा लोड होता है और क्वेरी को प्रतिबिंबित करेगा।
उदाहरण के लिए, यह कोड स्कोर के फायरबेस रीयलटाइम डेटाबेस में अंतिम चार आइटमों के लिए पूछताछ करता है
Kotlin+KTX
val scoresRef = Firebase.database.getReference("scores") scoresRef.orderByValue().limitToLast(4).addChildEventListener(object : ChildEventListener { override fun onChildAdded(snapshot: DataSnapshot, previousChild: String?) { Log.d(TAG, "The ${snapshot.key} dinosaur's score is ${snapshot.value}") } // ... })
Java
DatabaseReference scoresRef = FirebaseDatabase.getInstance().getReference("scores"); scoresRef.orderByValue().limitToLast(4).addChildEventListener(new ChildEventListener() { @Override public void onChildAdded(@NonNull DataSnapshot snapshot, String previousChild) { Log.d(TAG, "The " + snapshot.getKey() + " dinosaur's score is " + snapshot.getValue()); } // ... });
मान लें कि उपयोगकर्ता कनेक्शन खो देता है, ऑफ़लाइन हो जाता है और ऐप को पुनरारंभ करता है। अभी भी ऑफ़लाइन रहते हुए, ऐप एक ही स्थान से अंतिम दो वस्तुओं के लिए पूछताछ करता है। यह क्वेरी पिछले दो आइटमों को सफलतापूर्वक वापस कर देगी क्योंकि ऐप ने उपरोक्त क्वेरी में सभी चार आइटम लोड किए थे।
Kotlin+KTX
scoresRef.orderByValue().limitToLast(2).addChildEventListener(object : ChildEventListener { override fun onChildAdded(snapshot: DataSnapshot, previousChild: String?) { Log.d(TAG, "The ${snapshot.key} dinosaur's score is ${snapshot.value}") } // ... })
Java
scoresRef.orderByValue().limitToLast(2).addChildEventListener(new ChildEventListener() { @Override public void onChildAdded(@NonNull DataSnapshot snapshot, String previousChild) { Log.d(TAG, "The " + snapshot.getKey() + " dinosaur's score is " + snapshot.getValue()); } // ... });
पिछले उदाहरण में, फायरबेस रीयलटाइम डाटाबेस क्लाइंट स्थायी कैश का उपयोग करके उच्चतम स्कोरिंग दो डायनासोर के लिए 'चाइल्ड एडेड' ईवेंट उठाता है। लेकिन यह एक 'वैल्यू' इवेंट नहीं बढ़ाएगा, क्योंकि ऐप ने कभी भी ऑनलाइन रहते हुए उस क्वेरी को निष्पादित नहीं किया है।
यदि ऐप ऑफ़लाइन रहते हुए अंतिम छह आइटमों का अनुरोध करता है, तो उसे चार कैश्ड आइटमों के लिए सीधे 'चाइल्ड एडेड' ईवेंट मिलेंगे। जब डिवाइस वापस ऑनलाइन आता है, तो फायरबेस रीयलटाइम डेटाबेस क्लाइंट सर्वर के साथ सिंक्रोनाइज़ करता है और ऐप के लिए अंतिम दो 'चाइल्ड एडेड' और 'वैल्यू' इवेंट प्राप्त करता है।
लेन-देन को ऑफ़लाइन संभालना
ऐप ऑफ़लाइन होने पर किए गए किसी भी लेन-देन को कतारबद्ध किया जाता है। एक बार जब ऐप नेटवर्क कनेक्टिविटी हासिल कर लेता है, तो लेन-देन रीयलटाइम डेटाबेस सर्वर को भेज दिए जाते हैं।
उपस्थिति प्रबंधन
वास्तविक समय के अनुप्रयोगों में यह पता लगाना अक्सर उपयोगी होता है कि क्लाइंट कब कनेक्ट और डिस्कनेक्ट होते हैं। उदाहरण के लिए, आप किसी उपयोगकर्ता के क्लाइंट के डिस्कनेक्ट होने पर उसे 'ऑफ़लाइन' के रूप में चिह्नित करना चाह सकते हैं।
फायरबेस डेटाबेस क्लाइंट सरल आदिम प्रदान करते हैं जिनका उपयोग आप डेटाबेस में लिखने के लिए कर सकते हैं जब क्लाइंट फायरबेस डेटाबेस सर्वर से डिस्कनेक्ट हो जाता है। ये अपडेट तब होते हैं जब क्लाइंट सफाई से डिस्कनेक्ट करता है या नहीं, इसलिए आप डेटा को साफ करने के लिए उन पर भरोसा कर सकते हैं, भले ही कोई कनेक्शन टूट जाए या क्लाइंट क्रैश हो जाए। डिस्कनेक्शन होने पर सेटिंग, अपडेट और रिमूवल सहित सभी राइट ऑपरेशंस किए जा सकते हैं।
onDisconnect
आदिम का उपयोग करके डिस्कनेक्शन पर डेटा लिखने का एक सरल उदाहरण यहां दिया गया है:
Kotlin+KTX
val presenceRef = Firebase.database.getReference("disconnectmessage") // Write a string when this client loses connection presenceRef.onDisconnect().setValue("I disconnected!")
Java
DatabaseReference presenceRef = FirebaseDatabase.getInstance().getReference("disconnectmessage"); // Write a string when this client loses connection presenceRef.onDisconnect().setValue("I disconnected!");
ऑनडिस्कनेक्ट कैसे काम करता है
जब आप onDisconnect()
ऑपरेशन स्थापित करते हैं, तो ऑपरेशन फायरबेस रीयलटाइम डेटाबेस सर्वर पर रहता है। सर्वर यह सुनिश्चित करने के लिए सुरक्षा की जांच करता है कि उपयोगकर्ता अनुरोधित ईवेंट को निष्पादित कर सकता है, और यदि यह अमान्य है तो आपके ऐप को सूचित करता है। सर्वर तब कनेक्शन की निगरानी करता है। यदि किसी भी समय कनेक्शन का समय समाप्त हो जाता है, या रीयलटाइम डेटाबेस क्लाइंट द्वारा सक्रिय रूप से बंद कर दिया जाता है, तो सर्वर दूसरी बार सुरक्षा की जांच करता है (यह सुनिश्चित करने के लिए कि ऑपरेशन अभी भी मान्य है) और फिर ईवेंट को आमंत्रित करता है।
onDisconnect
सही तरीके से जुड़ा हुआ था यह सुनिश्चित करने के लिए आपका ऐप राइट ऑपरेशन पर कॉलबैक का उपयोग कर सकता है:
Kotlin+KTX
presenceRef.onDisconnect().removeValue { error, reference -> error?.let { Log.d(TAG, "could not establish onDisconnect event: ${error.message}") } }
Java
presenceRef.onDisconnect().removeValue(new DatabaseReference.CompletionListener() { @Override public void onComplete(DatabaseError error, @NonNull DatabaseReference reference) { if (error != null) { Log.d(TAG, "could not establish onDisconnect event:" + error.getMessage()); } } });
एक onDisconnect
ईवेंट को .cancel()
पर कॉल करके भी रद्द किया जा सकता है:
Kotlin+KTX
val onDisconnectRef = presenceRef.onDisconnect() onDisconnectRef.setValue("I disconnected") // ... // some time later when we change our minds // ... onDisconnectRef.cancel()
Java
OnDisconnect onDisconnectRef = presenceRef.onDisconnect(); onDisconnectRef.setValue("I disconnected"); // ... // some time later when we change our minds // ... onDisconnectRef.cancel();
कनेक्शन स्थिति का पता लगाना
कई उपस्थिति-संबंधी सुविधाओं के लिए, आपके ऐप के लिए यह जानना उपयोगी होता है कि यह कब ऑनलाइन या ऑफलाइन है। फायरबेस रीयलटाइम डेटाबेस /.info/connected
पर एक विशेष स्थान प्रदान करता है जिसे हर बार फायरबेस रीयलटाइम डेटाबेस क्लाइंट के कनेक्शन की स्थिति में परिवर्तन होने पर अपडेट किया जाता है। यहाँ एक उदाहरण है:
Kotlin+KTX
val connectedRef = Firebase.database.getReference(".info/connected") connectedRef.addValueEventListener(object : ValueEventListener { override fun onDataChange(snapshot: DataSnapshot) { val connected = snapshot.getValue(Boolean::class.java) ?: false if (connected) { Log.d(TAG, "connected") } else { Log.d(TAG, "not connected") } } override fun onCancelled(error: DatabaseError) { Log.w(TAG, "Listener was cancelled") } })
Java
DatabaseReference connectedRef = FirebaseDatabase.getInstance().getReference(".info/connected"); connectedRef.addValueEventListener(new ValueEventListener() { @Override public void onDataChange(@NonNull DataSnapshot snapshot) { boolean connected = snapshot.getValue(Boolean.class); if (connected) { Log.d(TAG, "connected"); } else { Log.d(TAG, "not connected"); } } @Override public void onCancelled(@NonNull DatabaseError error) { Log.w(TAG, "Listener was cancelled"); } });
/.info/connected
एक बूलियन मान है जो रीयलटाइम डेटाबेस क्लाइंट के बीच सिंक्रनाइज़ नहीं है क्योंकि मान क्लाइंट की स्थिति पर निर्भर है। दूसरे शब्दों में, यदि एक क्लाइंट /.info/connected
असत्य के रूप में पढ़ता है, तो यह कोई गारंटी नहीं है कि एक अलग क्लाइंट भी असत्य पढ़ेगा।
Android पर, बैंडविड्थ और बैटरी उपयोग को कम करने के लिए Firebase स्वचालित रूप से कनेक्शन स्थिति का प्रबंधन करता है। जब क्लाइंट के पास कोई सक्रिय श्रोता नहीं होता है, कोई लंबित लेखन या onDisconnect
ऑपरेशन नहीं होता है, और goOffline
विधि द्वारा स्पष्ट रूप से डिस्कनेक्ट नहीं किया जाता है, तो Firebase 60 सेकंड की निष्क्रियता के बाद कनेक्शन बंद कर देता है।
विलंबता को संभालना
सर्वर टाइमस्टैम्प
फायरबेस रीयलटाइम डेटाबेस सर्वर सर्वर पर जनरेट किए गए टाइमस्टैम्प को डेटा के रूप में डालने के लिए एक तंत्र प्रदान करते हैं। यह सुविधा, onDisconnect
के साथ मिलकर, रीयलटाइम डेटाबेस क्लाइंट के डिस्कनेक्ट होने के समय को मज़बूती से नोट करने का एक आसान तरीका प्रदान करती है:
Kotlin+KTX
val userLastOnlineRef = Firebase.database.getReference("users/joe/lastOnline") userLastOnlineRef.onDisconnect().setValue(ServerValue.TIMESTAMP)
Java
DatabaseReference userLastOnlineRef = FirebaseDatabase.getInstance().getReference("users/joe/lastOnline"); userLastOnlineRef.onDisconnect().setValue(ServerValue.TIMESTAMP);
कालद विचलन
जबकि firebase.database.ServerValue.TIMESTAMP
अधिक सटीक है, और अधिकांश पढ़ने/लिखने के संचालन के लिए बेहतर है, यह कभी-कभी फायरबेस रीयलटाइम डेटाबेस के सर्वर के संबंध में क्लाइंट की घड़ी के झुकाव का अनुमान लगाने में उपयोगी हो सकता है। आप मिलीसेकंड में मूल्य प्राप्त करने के लिए /.info/serverTimeOffset
स्थान पर कॉलबैक संलग्न कर सकते हैं, जिसे फायरबेस रीयलटाइम डेटाबेस क्लाइंट सर्वर समय का अनुमान लगाने के लिए स्थानीय रिपोर्ट किए गए समय (मिलीसेकंड में युग समय) में जोड़ते हैं। ध्यान दें कि इस ऑफ़सेट की सटीकता नेटवर्किंग विलंबता से प्रभावित हो सकती है, और इसलिए मुख्य रूप से घड़ी के समय में बड़ी (> 1 सेकंड) विसंगतियों की खोज के लिए उपयोगी है।
Kotlin+KTX
val offsetRef = Firebase.database.getReference(".info/serverTimeOffset") offsetRef.addValueEventListener(object : ValueEventListener { override fun onDataChange(snapshot: DataSnapshot) { val offset = snapshot.getValue(Double::class.java) ?: 0.0 val estimatedServerTimeMs = System.currentTimeMillis() + offset } override fun onCancelled(error: DatabaseError) { Log.w(TAG, "Listener was cancelled") } })
Java
DatabaseReference offsetRef = FirebaseDatabase.getInstance().getReference(".info/serverTimeOffset"); offsetRef.addValueEventListener(new ValueEventListener() { @Override public void onDataChange(@NonNull DataSnapshot snapshot) { double offset = snapshot.getValue(Double.class); double estimatedServerTimeMs = System.currentTimeMillis() + offset; } @Override public void onCancelled(@NonNull DatabaseError error) { Log.w(TAG, "Listener was cancelled"); } });
नमूना उपस्थिति ऐप
कनेक्शन स्टेट मॉनिटरिंग और सर्वर टाइमस्टैम्प के साथ डिस्कनेक्ट ऑपरेशंस को जोड़कर, आप एक उपयोगकर्ता उपस्थिति प्रणाली का निर्माण कर सकते हैं। इस प्रणाली में, प्रत्येक उपयोगकर्ता डेटाबेस स्थान पर डेटा संग्रहीत करता है ताकि यह इंगित किया जा सके कि रीयलटाइम डेटाबेस क्लाइंट ऑनलाइन है या नहीं। जब ग्राहक ऑनलाइन आते हैं तो इस स्थान को सही पर सेट करते हैं और जब वे डिस्कनेक्ट करते हैं तो टाइमस्टैम्प सेट करते हैं। यह टाइमस्टैम्प इंगित करता है कि दिया गया उपयोगकर्ता पिछली बार कब ऑनलाइन था।
ध्यान दें कि किसी उपयोगकर्ता को ऑनलाइन चिह्नित किए जाने से पहले आपके ऐप को डिस्कनेक्ट ऑपरेशंस को कतारबद्ध करना चाहिए, ताकि सर्वर पर दोनों कमांड भेजे जाने से पहले क्लाइंट का नेटवर्क कनेक्शन खो जाने की स्थिति में किसी भी दौड़ की स्थिति से बचा जा सके।
यहाँ एक साधारण उपयोगकर्ता उपस्थिति प्रणाली है:
Kotlin+KTX
// Since I can connect from multiple devices, we store each connection instance separately // any time that connectionsRef's value is null (i.e. has no children) I am offline val database = Firebase.database val myConnectionsRef = database.getReference("users/joe/connections") // Stores the timestamp of my last disconnect (the last time I was seen online) val lastOnlineRef = database.getReference("/users/joe/lastOnline") val connectedRef = database.getReference(".info/connected") connectedRef.addValueEventListener(object : ValueEventListener { override fun onDataChange(snapshot: DataSnapshot) { val connected = snapshot.getValue<Boolean>() ?: false if (connected) { val con = myConnectionsRef.push() // When this device disconnects, remove it con.onDisconnect().removeValue() // When I disconnect, update the last time I was seen online lastOnlineRef.onDisconnect().setValue(ServerValue.TIMESTAMP) // Add this device to my connections list // this value could contain info about the device or a timestamp too con.setValue(java.lang.Boolean.TRUE) } } override fun onCancelled(error: DatabaseError) { Log.w(TAG, "Listener was cancelled at .info/connected") } })
Java
// Since I can connect from multiple devices, we store each connection instance separately // any time that connectionsRef's value is null (i.e. has no children) I am offline final FirebaseDatabase database = FirebaseDatabase.getInstance(); final DatabaseReference myConnectionsRef = database.getReference("users/joe/connections"); // Stores the timestamp of my last disconnect (the last time I was seen online) final DatabaseReference lastOnlineRef = database.getReference("/users/joe/lastOnline"); final DatabaseReference connectedRef = database.getReference(".info/connected"); connectedRef.addValueEventListener(new ValueEventListener() { @Override public void onDataChange(@NonNull DataSnapshot snapshot) { boolean connected = snapshot.getValue(Boolean.class); if (connected) { DatabaseReference con = myConnectionsRef.push(); // When this device disconnects, remove it con.onDisconnect().removeValue(); // When I disconnect, update the last time I was seen online lastOnlineRef.onDisconnect().setValue(ServerValue.TIMESTAMP); // Add this device to my connections list // this value could contain info about the device or a timestamp too con.setValue(Boolean.TRUE); } } @Override public void onCancelled(@NonNull DatabaseError error) { Log.w(TAG, "Listener was cancelled at .info/connected"); } });