Android ऐप में संदेश प्राप्त करें

फ़ायरबेस सूचनाएं प्राप्त करने वाले ऐप की अग्रभूमि/पृष्ठभूमि स्थिति के आधार पर अलग तरह से व्यवहार करती हैं। यदि आप चाहते हैं कि अग्रभूमि ऐप्स अधिसूचना संदेश या डेटा संदेश प्राप्त करें, तो आपको onMessageReceived कॉलबैक को संभालने के लिए कोड लिखना होगा। सूचना और डेटा संदेशों के बीच अंतर की व्याख्या के लिए, संदेश प्रकार देखें।

संदेशों को संभालना

संदेश प्राप्त करने के लिए, ऐसी सेवा का उपयोग करें जो FirebaseMessagingService का विस्तार करती हो। आपकी सेवा को onMessageReceived और onDeletedMessages कॉलबैक को ओवरराइड करना चाहिए। इसे प्राप्त होने के 20 सेकंड के भीतर (एंड्रॉइड मार्शमैलो पर 10 सेकंड) किसी भी संदेश को संभाल लेना चाहिए। onMessageReceived को कॉल करने से पहले OS विलंब के आधार पर समय विंडो कम हो सकती है। उस समय के बाद, विभिन्न ओएस व्यवहार जैसे कि एंड्रॉइड ओ की पृष्ठभूमि निष्पादन सीमाएं आपके काम को पूरा करने की आपकी क्षमता में हस्तक्षेप कर सकती हैं। अधिक जानकारी के लिए संदेश प्राथमिकता पर हमारा अवलोकन देखें।

onMessageReceived अधिकांश संदेश प्रकारों के लिए निम्न अपवादों के साथ प्रदान किया जाता है:

  • जब आपका ऐप बैकग्राउंड में हो तो नोटिफिकेशन मैसेज डिलीवर हो जाते हैं । इस स्थिति में, सूचना डिवाइस के सिस्टम ट्रे में डिलीवर की जाती है। अधिसूचना पर एक उपयोगकर्ता टैप डिफ़ॉल्ट रूप से ऐप लॉन्चर खोलता है।

  • पृष्ठभूमि में प्राप्त होने पर अधिसूचना और डेटा पेलोड दोनों के साथ संदेश । इस मामले में, सूचना डिवाइस के सिस्टम ट्रे में वितरित की जाती है, और डेटा पेलोड आपकी लॉन्चर गतिविधि के इरादे के अतिरिक्त में वितरित किया जाता है।

सारांश:

ऐप स्थिति अधिसूचना जानकारी दोनों
अग्रभूमि onMessageReceived onMessageReceived onMessageReceived
पार्श्वभूमि सिस्टम ट्रे onMessageReceived अधिसूचना: सिस्टम ट्रे
डेटा: इरादे के अतिरिक्त में।
संदेश प्रकारों के बारे में अधिक जानकारी के लिए सूचनाएँ और डेटा संदेश देखें।

ऐप मेनिफेस्ट संपादित करें

FirebaseMessagingService का उपयोग करने के लिए, आपको अपने ऐप मेनिफेस्ट में निम्नलिखित जोड़ना होगा:

<service
    android:name=".java.MyFirebaseMessagingService"
    android:exported="false">
    <intent-filter>
        <action android:name="com.google.firebase.MESSAGING_EVENT" />
    </intent-filter>
</service>

साथ ही, आपको सूचनाओं के स्वरूप को अनुकूलित करने के लिए डिफ़ॉल्ट मान सेट करने की अनुशंसा की जाती है। आप एक कस्टम डिफ़ॉल्ट आइकन और एक कस्टम डिफ़ॉल्ट रंग निर्दिष्ट कर सकते हैं जो तब लागू होते हैं जब समान मान अधिसूचना पेलोड में सेट नहीं होते हैं।

कस्टम डिफ़ॉल्ट आइकन और कस्टम रंग सेट करने के लिए इन पंक्तियों को application टैग के अंदर जोड़ें:

<!-- Set custom default icon. This is used when no icon is set for incoming notification messages.
     See README(https://goo.gl/l4GJaQ) for more. -->
<meta-data
    android:name="com.google.firebase.messaging.default_notification_icon"
    android:resource="@drawable/ic_stat_ic_notification" />
<!-- Set color used with incoming notification messages. This is used when no color is set for the incoming
     notification message. See README(https://goo.gl/6BKBk7) for more. -->
<meta-data
    android:name="com.google.firebase.messaging.default_notification_color"
    android:resource="@color/colorAccent" />

Android के लिए कस्टम डिफ़ॉल्ट आइकन प्रदर्शित करता है

  • अधिसूचना संगीतकार से भेजे गए सभी अधिसूचना संदेश।
  • कोई भी सूचना संदेश जो अधिसूचना पेलोड में आइकन को स्पष्ट रूप से सेट नहीं करता है।

Android के लिए कस्टम डिफ़ॉल्ट रंग का उपयोग करता है

  • अधिसूचना संगीतकार से भेजे गए सभी अधिसूचना संदेश।
  • कोई भी सूचना संदेश जो अधिसूचना पेलोड में स्पष्ट रूप से रंग निर्धारित नहीं करता है।

यदि कोई कस्टम डिफ़ॉल्ट आइकन सेट नहीं है और अधिसूचना पेलोड में कोई आइकन सेट नहीं है, तो एंड्रॉइड सफेद रंग में प्रस्तुत एप्लिकेशन आइकन प्रदर्शित करता है।

onMessageReceived ओवरराइड करें

FirebaseMessagingService.onMessageReceived विधि को ओवरराइड करके, आप प्राप्त RemoteMessage ऑब्जेक्ट के आधार पर कार्रवाई कर सकते हैं और संदेश डेटा प्राप्त कर सकते हैं:

Java

@Override
public void onMessageReceived(RemoteMessage remoteMessage) {
    // TODO(developer): Handle FCM messages here.
    // Not getting messages here? See why this may be: https://goo.gl/39bRNJ
    Log.d(TAG, "From: " + remoteMessage.getFrom());

    // Check if message contains a data payload.
    if (remoteMessage.getData().size() > 0) {
        Log.d(TAG, "Message data payload: " + remoteMessage.getData());

        if (/* Check if data needs to be processed by long running job */ true) {
            // For long-running tasks (10 seconds or more) use WorkManager.
            scheduleJob();
        } else {
            // Handle message within 10 seconds
            handleNow();
        }

    }

    // Check if message contains a notification payload.
    if (remoteMessage.getNotification() != null) {
        Log.d(TAG, "Message Notification Body: " + remoteMessage.getNotification().getBody());
    }

    // Also if you intend on generating your own notifications as a result of a received FCM
    // message, here is where that should be initiated. See sendNotification method below.
}

Kotlin+KTX

override fun onMessageReceived(remoteMessage: RemoteMessage) {
    // TODO(developer): Handle FCM messages here.
    // Not getting messages here? See why this may be: https://goo.gl/39bRNJ
    Log.d(TAG, "From: ${remoteMessage.from}")

    // Check if message contains a data payload.
    if (remoteMessage.data.isNotEmpty()) {
        Log.d(TAG, "Message data payload: ${remoteMessage.data}")

        if (/* Check if data needs to be processed by long running job */ true) {
            // For long-running tasks (10 seconds or more) use WorkManager.
            scheduleJob()
        } else {
            // Handle message within 10 seconds
            handleNow()
        }
    }

    // Check if message contains a notification payload.
    remoteMessage.notification?.let {
        Log.d(TAG, "Message Notification Body: ${it.body}")
    }

    // Also if you intend on generating your own notifications as a result of a received FCM
    // message, here is where that should be initiated. See sendNotification method below.
}

onDeletedMessages ओवरराइड करें

कुछ स्थितियों में, FCM संदेश नहीं दे सकता है। यह तब होता है जब आपके ऐप के कनेक्ट होने के समय किसी विशेष डिवाइस पर बहुत अधिक संदेश (>100) लंबित होते हैं या यदि डिवाइस एक महीने से अधिक समय में FCM से कनेक्ट नहीं होता है। इन मामलों में, आपको FirebaseMessagingService.onDeletedMessages() पर कॉलबैक प्राप्त हो सकता है जब ऐप इंस्टेंस को यह कॉलबैक प्राप्त होता है, तो इसे आपके ऐप सर्वर के साथ पूर्ण सिंक करना चाहिए। यदि आपने पिछले 4 सप्ताह के भीतर उस डिवाइस पर ऐप को कोई संदेश नहीं भेजा है, तो FCM onDeletedMessages() पर कॉल नहीं करेगा।

पृष्ठभूमि वाले ऐप में अधिसूचना संदेशों को संभालें

जब आपका ऐप बैकग्राउंड में होता है, तो एंड्रॉइड नोटिफिकेशन मैसेज को सिस्टम ट्रे में भेज देता है। अधिसूचना पर एक उपयोगकर्ता टैप डिफ़ॉल्ट रूप से ऐप लॉन्चर खोलता है।

इसमें वे संदेश शामिल हैं जिनमें सूचना और डेटा पेलोड (और सूचना कंसोल से भेजे गए सभी संदेश) दोनों शामिल हैं। इन मामलों में, सूचना डिवाइस के सिस्टम ट्रे में वितरित की जाती है, और डेटा पेलोड आपकी लॉन्चर गतिविधि के इरादे के अतिरिक्त में वितरित किया जाता है।

अपने ऐप पर संदेश वितरण में अंतर्दृष्टि के लिए, FCM रिपोर्टिंग डैशबोर्ड देखें, जो Android ऐप्स के लिए "इंप्रेशन" (उपयोगकर्ताओं द्वारा देखी गई सूचनाएं) के डेटा के साथ-साथ Apple और Android उपकरणों पर भेजे और खोले गए संदेशों की संख्या को रिकॉर्ड करता है।

पृष्ठभूमि प्रतिबंधित ऐप्स (Android P या नया)

FCM उन ऐप्स को संदेश नहीं दे सकता है जिन्हें उपयोगकर्ता द्वारा पृष्ठभूमि प्रतिबंध में डाल दिया गया था (जैसे: सेटिंग -> ऐप्स और अधिसूचना -> [ऐपनाम] -> बैटरी)। एक बार जब आपका ऐप बैकग्राउंड प्रतिबंध से हटा दिया जाता है, तो ऐप पर नए संदेश पहले की तरह डिलीवर हो जाएंगे। खोए हुए संदेशों और अन्य पृष्ठभूमि प्रतिबंध प्रभावों को रोकने के लिए, Android महत्वपूर्ण प्रयासों द्वारा सूचीबद्ध बुरे व्यवहारों से बचना सुनिश्चित करें। इन व्यवहारों के कारण Android डिवाइस उपयोगकर्ता को सुझाव दे सकता है कि आपका ऐप पृष्ठभूमि प्रतिबंधित हो। आपका ऐप जांच सकता है कि यह पृष्ठभूमि प्रतिबंधित है या नहीं: isBackgroundRestricted()

प्रत्यक्ष बूट मोड में FCM संदेश प्राप्त करें

डेवलपर जो डिवाइस के अनलॉक होने से पहले ही ऐप्स को FCM संदेश भेजना चाहते हैं, वे डिवाइस के सीधे बूट मोड में होने पर Android ऐप को संदेश प्राप्त करने में सक्षम कर सकते हैं। उदाहरण के लिए, हो सकता है कि आप चाहते हों कि आपके ऐप के उपयोगकर्ता लॉक किए गए डिवाइस पर भी अलार्म सूचनाएं प्राप्त करें।

इस उपयोग के मामले का निर्माण करते समय, प्रत्यक्ष बूट मोड के लिए सामान्य सर्वोत्तम प्रथाओं और प्रतिबंधों का पालन करें। प्रत्यक्ष बूट-सक्षम संदेशों की दृश्यता पर विचार करना विशेष रूप से महत्वपूर्ण है; डिवाइस तक पहुंच रखने वाला कोई भी उपयोगकर्ता उपयोगकर्ता क्रेडेंशियल दर्ज किए बिना इन संदेशों को देख सकता है।

आवश्यक शर्तें

  • डिवाइस को डायरेक्ट बूट मोड के लिए सेट किया जाना चाहिए।
  • डिवाइस में Google Play सेवाओं का नवीनतम संस्करण स्थापित होना चाहिए (19.0.54 या बाद का)।
  • ऐप को FCM संदेश प्राप्त करने के लिए FCM SDK ( com.google.firebase:firebase-messaging ) का उपयोग करना चाहिए।

अपने ऐप में डायरेक्ट बूट मोड मैसेज हैंडलिंग सक्षम करें

  1. ऐप-स्तरीय ग्रैडल फ़ाइल में, FCM डायरेक्ट बूट सपोर्ट लाइब्रेरी पर निर्भरता जोड़ें:

    implementation 'com.google.firebase:firebase-messaging-directboot:20.2.0'
    
  2. ऐप मेनिफेस्ट में android:directBootAware="true" विशेषता जोड़कर ऐप के FirebaseMessagingService डायरेक्ट बूट को जागरूक बनाएं:

    <service
        android:name=".java.MyFirebaseMessagingService"
        android:exported="false"
        android:directBootAware="true">
        <intent-filter>
            <action android:name="com.google.firebase.MESSAGING_EVENT" />
        </intent-filter>
    </service>
    

यह सुनिश्चित करना महत्वपूर्ण है कि यह FirebaseMessagingService सीधे बूट मोड में चल सकती है। निम्नलिखित आवश्यकताओं की जाँच करें:

  • प्रत्यक्ष बूट मोड में चलते समय सेवा को क्रेडेंशियल संरक्षित संग्रहण तक नहीं पहुंचना चाहिए।
  • सेवा को घटकों का उपयोग करने का प्रयास नहीं करना चाहिए, जैसे Activities , BroadcastReceivers , या अन्य Services जो प्रत्यक्ष बूट मोड में चलते समय प्रत्यक्ष बूट जागरूक के रूप में चिह्नित नहीं हैं।
  • सेवा द्वारा उपयोग की जाने वाली कोई भी लाइब्रेरी को क्रेडेंशियल संरक्षित भंडारण तक नहीं पहुंचना चाहिए और न ही सीधे बूट मोड में चलते समय गैर-डायरेक्टबूटवेयर घटकों को कॉल करना चाहिए। इसका मतलब यह है कि ऐप द्वारा उपयोग की जाने वाली किसी भी लाइब्रेरी को सेवा से कॉल किया जाता है, या तो सीधे बूट जागरूक होने की आवश्यकता होगी, या ऐप को यह जांचना होगा कि यह सीधे बूट मोड में चल रहा है या नहीं और उन्हें उस मोड में कॉल न करें। उदाहरण के लिए, फायरबेस एसडीके डायरेक्ट बूट के साथ काम करते हैं (उन्हें सीधे बूट मोड में क्रैश किए बिना ऐप में शामिल किया जा सकता है), लेकिन कई फायरबेस एपीआई डायरेक्ट बूट मोड में कॉल किए जाने का समर्थन नहीं करते हैं।
  • यदि ऐप कस्टम Application का उपयोग कर रहा है, तो Application को सीधे बूट जागरूक होने की भी आवश्यकता होगी (प्रत्यक्ष बूट मोड में क्रेडेंशियल संरक्षित स्टोरेज तक पहुंच नहीं)।

सीधे बूट मोड में उपकरणों को संदेश भेजने पर मार्गदर्शन के लिए, सीधे बूट-सक्षम संदेश भेजें देखें।