استكشاف أخطاء مراقبة الأداء والأسئلة الشائعة

كيفية عرض رسائل السجل لأحداث الأداء

1. قم بتمكين تسجيل تصحيح الأخطاء لمراقبة الأداء في وقت الإنشاء عن طريق إضافة عنصر <meta-data> إلى ملف AndroidManifest.xml الخاص بتطبيقك، كما يلي:

   <application>
       <meta-data
         android:name="firebase_performance_logcat_enabled"
         android:value="true" />
   </application>
   

2. تحقق من رسائل السجل الخاصة بك بحثًا عن أي رسائل خطأ.

3. تقوم مراقبة الأداء بوضع علامة على رسائل السجل الخاصة بها باستخدام FirebasePerformance . باستخدام تصفية logcat، يمكنك على وجه التحديد عرض تتبع المدة وتسجيل طلبات شبكة HTTP/S عن طريق تشغيل الأمر التالي:

   adb logcat -s FirebasePerformance

4. تحقق من أنواع السجلات التالية التي تشير إلى أن مراقبة الأداء تقوم بتسجيل أحداث الأداء:

   • Logging trace metric: TRACE_NAME , FIREBASE_PERFORMANCE_CONSOLE_URL
   • Logging network request trace: URL

5. انقر على عنوان URL لعرض بياناتك في وحدة تحكم Firebase. قد يستغرق الأمر بضع دقائق حتى يتم تحديث البيانات في لوحة المعلومات.

إذا كان تطبيقك لا يسجل أحداث الأداء، فراجع نصائح استكشاف الأخطاء وإصلاحها .

تمت إضافة SDK إلى التطبيق، ولكن لا تزال وحدة التحكم تقول لإضافة SDK

يستطيع Firebase اكتشاف ما إذا كنت قد أضفت SDK لمراقبة الأداء إلى تطبيقك بنجاح عندما يتلقى معلومات الحدث (مثل تفاعلات التطبيق) من تطبيقك. عادةً، في غضون 10 دقائق من بدء تطبيقك، تعرض لوحة معلومات الأداء بوحدة تحكم Firebase رسالة "تم اكتشاف SDK". وبعد ذلك، وفي غضون 30 دقيقة، تعرض لوحة المعلومات البيانات الأولية التي تمت معالجتها.

إذا مر أكثر من 10 دقائق منذ إضافة أحدث إصدار من SDK إلى تطبيقك، وما زلت لا ترى أي تغيير، فتحقق من رسائل السجل للتأكد من أن مراقبة الأداء تقوم بتسجيل الأحداث. جرب خطوات استكشاف الأخطاء وإصلاحها المناسبة كما هو موضح أدناه لاستكشاف أخطاء رسالة اكتشاف SDK المتأخرة وإصلاحها.

تقول وحدة التحكم أنه تم اكتشاف SDK، ولكن لم يتم عرض أي بيانات

تقوم مراقبة الأداء بمعالجة بيانات حدث الأداء قبل عرضها في لوحة معلومات الأداء .

إذا مر أكثر من 24 ساعة منذ ظهور رسالة "تم اكتشاف SDK" ، وما زلت لا ترى البيانات، فتحقق من لوحة معلومات حالة Firebase في حالة وجود انقطاع معروف. إذا لم يكن هناك انقطاع، فاتصل بدعم Firebase .

التطبيق لا يسجل أحداث الأداء

إذا كنت لا ترى رسائل السجل لأحداث الأداء ، فجرب خطوات استكشاف الأخطاء وإصلاحها التالية:

1. تحقق من إعداد البرنامج الإضافي Performance Monitoring Gradle، كما يلي:

   1. تأكد من أنك قمت بإضافة البرنامج المساعد بشكل صحيح. على وجه التحديد، تحقق مما يلي:

      • لقد أضفت المكوّن الإضافي ( apply plugin: 'com.google.firebase.firebase-perf' ) في ملف build.gradle الخاص بوحدتك (على مستوى التطبيق) .
      • لقد قمت بتضمين تبعية classpath للمكون الإضافي ( classpath 'com.google.firebase:perf-plugin:1.4.2' ) في ملف build.gradle على مستوى المشروع .

   2. تأكد من عدم تعطيل المكون الإضافي من خلال أي من العلامات التالية:

      • instrumentationEnabled في ملف build.gradle الخاص بالوحدة النمطية (على مستوى التطبيق).
      • firebasePerformanceInstrumentationEnabled في ملف gradle.properties الخاص بك

2. تأكد من عدم تعطيل SDK لمراقبة الأداء من خلال أي من العلامات التالية في ملف AndroidManifest.xml الخاص بك:

   • firebase_performance_collection_enabled
   • firebase_performance_collection_deactivated

3. تأكد من عدم تعطيل مراقبة الأداء أثناء التشغيل .

4. إذا لم تتمكن من العثور على أي شيء معطل في تطبيقك، فاتصل بدعم Firebase .

لوحة معلومات الأداء تفتقد بيانات تتبع الشاشة

إذا كنت تفتقد البيانات الخاصة بتتبعات عرض الشاشة، فجرب خطوات استكشاف الأخطاء وإصلاحها التالية:

1. تأكد من أنك تستخدم أحدث إصدار من Android SDK (الإصدار 20.4.1). آثار عرض الشاشة متاحة فقط مع الإصدار 15.2.0 أو الإصدارات الأحدث.

2. تأكد من أنك لم تقم بتعطيل تسريع الأجهزة يدويًا لشاشة ما.

3. تأكد من أنك لا تستخدم DexGuard أو Jack. مراقبة الأداء غير متوافقة مع سلاسل الأدوات هذه.

   • يقوم DexGuard بتعطيل التجميع التلقائي لآثار بدء التطبيق، والتطبيق في المقدمة، والتطبيق في الخلفية. ومع ذلك، يجب أن تعمل أي آثار تعليمات برمجية مخصصة بشكل طبيعي إذا كان تطبيقك يستخدم DexGuard.

   • تم إهمال Jack ولا ينبغي استخدامه بشكل عام في تطبيقك.

لوحة معلومات الأداء تفتقد بيانات التتبع المخصصة

هل تشاهد بيانات الأداء لعمليات التتبع التي تم جمعها تلقائيًا ولكن ليس لعمليات التتبع المخصصة للتعليمات البرمجية ؟ جرب خطوات استكشاف الأخطاء وإصلاحها التالية:

1. إذا قمت بتجهيز عمليات تتبع تعليمات برمجية مخصصة عبر Trace API ، فتحقق من إعداد عمليات التتبع، خاصة ما يلي:

   • يجب أن تستوفي أسماء تتبعات التعليمات البرمجية المخصصة والمقاييس المخصصة المتطلبات التالية: لا توجد مسافة بيضاء بادئة أو لاحقة، ولا يوجد حرف سفلي بادئ ( _ ) والحد الأقصى للطول هو 32 حرفًا.
   • يجب أن تبدأ جميع الآثار وتتوقف. لن يتم تسجيل أي تتبع لم يتم تشغيله أو إيقافه أو إيقافه قبل البدء.

2. إذا قمت بتتبع تعليمات برمجية مخصصة عبر تدوين @AddTrace ، فتحقق من إعداد البرنامج الإضافي Performance Monitoring Gradle:

   1. تأكد من أنك قمت بإضافة البرنامج المساعد بشكل صحيح. على وجه التحديد، تحقق مما يلي:

      • لقد أضفت المكوّن الإضافي ( apply plugin: 'com.google.firebase.firebase-perf' ) في ملف build.gradle الخاص بوحدتك (على مستوى التطبيق) .
      • لقد قمت بتضمين تبعية classpath للمكون الإضافي ( classpath 'com.google.firebase:perf-plugin:1.4.2' ) في ملف build.gradle على مستوى المشروع .

   2. تأكد من عدم تعطيل المكون الإضافي من خلال أي من العلامات التالية:

      • instrumentationEnabled في ملف build.gradle الخاص بالوحدة النمطية (على مستوى التطبيق).
      • firebasePerformanceInstrumentationEnabled في ملف gradle.properties الخاص بك

3. تحقق من رسائل السجل الخاصة بك للتأكد من أن مراقبة الأداء تقوم بتسجيل تتبعات التعليمات البرمجية المخصصة المتوقعة.

4. إذا كانت مراقبة الأداء تقوم بتسجيل الأحداث، ولكن لم يتم عرض أي بيانات بعد 24 ساعة، فاتصل بدعم Firebase .

لوحة معلومات الأداء تفتقد بيانات طلب الشبكة

إذا كنت تفتقد بيانات طلب الشبكة، فجرّب خطوات استكشاف الأخطاء وإصلاحها التالية:

1. بالنسبة لتطبيقات Android، يعمل المكون الإضافي Performance Monitoring Gradle على تمكين الأجهزة التي توفر مراقبة تلقائية لطلبات شبكة HTTP/S . تحقق مما يلي:

   1. تأكد من أنك قمت بإضافة البرنامج المساعد بشكل صحيح. على وجه التحديد، تحقق مما يلي:

      • لقد أضفت المكوّن الإضافي ( apply plugin: 'com.google.firebase.firebase-perf' ) في ملف build.gradle الخاص بوحدتك (على مستوى التطبيق) .
      • لقد قمت بتضمين تبعية classpath للمكون الإضافي ( classpath 'com.google.firebase:perf-plugin:1.4.2' ) في ملف build.gradle على مستوى المشروع .

   2. تأكد من عدم تعطيل المكون الإضافي من خلال أي من العلامات التالية:

      • instrumentationEnabled في ملف build.gradle الخاص بالوحدة النمطية (على مستوى التطبيق).
      • firebasePerformanceInstrumentationEnabled في ملف gradle.properties الخاص بك

2. تحقق من عدم توافق مكتبة الشبكة. تقوم مراقبة الأداء تلقائيًا بجمع المقاييس لطلبات الشبكة التي تستخدم مكتبات الشبكات التالية: OkHttp 3.xx، وURLConnection الخاص بـ Java، وApache HttpClient.

   لاحظ أنه يمكنك إضافة مراقبة مخصصة لطلبات الشبكة .

3. كن على علم بما يلي:

   • اعتمادًا على سلوك التعليمات البرمجية ومكتبات الشبكات التي تستخدمها التعليمات البرمجية الخاصة بك، قد تقوم مراقبة الأداء بالإبلاغ فقط عن طلبات الشبكة المكتملة. وهذا يعني أنه قد لا يتم الإبلاغ عن اتصالات HTTP/S التي تُركت مفتوحة.

   • مراقبة الأداء غير متوافقة مع DexGuard وJack.

     • يقوم DexGuard بتعطيل مراقبة طلبات شبكة HTTP/S.
     • تم إهمال Jack ولا ينبغي استخدامه بشكل عام في تطبيقك.

   • لا تقوم مراقبة الأداء بالإبلاغ عن طلبات الشبكة التي تحتوي على رؤوس Content-Type غير صالحة. ومع ذلك، ستظل طلبات الشبكة التي لا تحتوي على رؤوس Content-Type مقبولة.

لا يتم تجميع بيانات طلب الشبكة كما هو متوقع

تعرف على المزيد حول كيفية قيام مراقبة الأداء بتجميع بيانات طلبات الشبكة ضمن أنماط عنوان URL.

يمكنك أيضًا تجربة أنماط URL المخصصة !

ماذا حدث لأهم المشكلات في بطاقة الأداء في صفحة Project الرئيسية؟

لقد استبدلنا أهم المشكلات بالتنبيهات الأخيرة كمتابعة لتقديم التنبيهات مؤخرًا، والتي تُعلمك تلقائيًا عند تجاوز الحدود التي حددتها. تم الآن إهمال المشكلات واستبدالها بالتنبيهات.

يقوم محدد التطبيقات الموجود أعلى بطاقة الأداء بتصفية إدخالات التنبيه ضمن التنبيهات الأخيرة . يتم عرض التنبيهات الثلاثة الأحدث للتطبيق (التطبيقات) المحددة فقط.

لمعرفة المزيد حول التنبيهات، راجع إعداد التنبيهات الخاصة بمشكلات الأداء .

ماذا حدث للقدرة على تعيين حدود للمشكلات في وحدة التحكم؟

تدعم مراقبة الأداء التنبيهات الخاصة بالمقاييس التي تتجاوز الحدود المحددة. لتجنب الخلط بين هذه الحدود القابلة للتكوين لمقاييس الأداء، قمنا بإزالة القدرة على تكوين الحدود القصوى للمشكلات .

ماذا حدث لمعلومات التفاصيل والمقاييس في وحدة تحكم Firebase؟

لقد استبدلنا صفحات التفاصيل والمقاييس بواجهة مستخدم مركزية (UI) مُعاد تصميمها حديثًا لتحسين كيفية استكشاف المشكلات وإصلاحها. توفر واجهة المستخدم الجديدة لاستكشاف الأخطاء وإصلاحها نفس الوظائف الأساسية التي توفرها التفاصيل والمقاييس. لمعرفة المزيد حول استكشاف الأخطاء وإصلاحها، راجع عرض المزيد من البيانات لتتبع محدد .

لماذا عدد العينات ليس كما أتوقع؟

تعمل ميزة مراقبة الأداء على جمع بيانات الأداء من أجهزة مستخدم تطبيقك. إذا كان التطبيق الخاص بك يحتوي على العديد من المستخدمين أو إذا كان التطبيق ينشئ قدرًا كبيرًا من نشاط الأداء، فقد تقصر مراقبة الأداء جمع البيانات على مجموعة فرعية من الأجهزة لتقليل عدد الأحداث التي تتم معالجتها. هذه الحدود مرتفعة بما يكفي، حتى مع وجود عدد أقل من الأحداث، تظل قيم المقياس تمثل تجربة تطبيق المستخدم.

لإدارة حجم البيانات التي نجمعها، تستخدم مراقبة الأداء خيارات أخذ العينات التالية:

• تحديد المعدل على الجهاز : لمنع الجهاز من إرسال دفعات مفاجئة من التتبع، فإننا نحد من عدد آثار التعليمات البرمجية وطلبات الشبكة المرسلة من الجهاز إلى 300 حدث كل 10 دقائق. يحمي هذا الأسلوب الجهاز من الأجهزة المتكررة التي يمكنها إرسال كميات كبيرة من بيانات الأداء، ويمنع جهازًا واحدًا من تحريف قياسات الأداء.

• أخذ العينات الديناميكية : تجمع مراقبة الأداء حدًا يبلغ حوالي 100 مليون حدث لتتبعات التعليمات البرمجية و100 مليون لتتبعات طلبات الشبكة لكل تطبيق يوميًا عبر جميع مستخدمي التطبيق. يتم جلب معدل أخذ العينات الديناميكي على الأجهزة (باستخدام Firebase Remote Config) لتحديد ما إذا كان يجب على جهاز عشوائي التقاط الآثار وإرسالها. الجهاز الذي لم يتم تحديده لأخذ العينات لا يرسل أي أحداث. يكون معدل أخذ العينات الديناميكي خاصًا بالتطبيق ويتم ضبطه لضمان بقاء الحجم الإجمالي للبيانات المجمعة أقل من الحد الأقصى.

  ترسل جلسات المستخدم بيانات إضافية وتفصيلية من جهاز المستخدم، مما يتطلب المزيد من الموارد لالتقاط البيانات وإرسالها. لتقليل تأثير جلسات المستخدم، قد تقوم مراقبة الأداء أيضًا بتقييد عدد الجلسات.

• تحديد المعدل من جانب الخادم : للتأكد من أن التطبيقات لا تتجاوز حد أخذ العينات، قد تستخدم مراقبة الأداء أخذ العينات من جانب الخادم لإسقاط بعض الأحداث المستلمة من الأجهزة. على الرغم من أن هذا النوع من القيود لا يغير من فعالية مقاييسنا، إلا أنه قد يتسبب في تغييرات طفيفة في النمط، بما في ذلك ما يلي:

  • يمكن أن يختلف عدد عمليات التتبع عن عدد مرات تنفيذ جزء من التعليمات البرمجية.
  • قد يكون لكل من الآثار المقترنة بشكل وثيق في التعليمات البرمجية عدد مختلف من العينات.

ماذا حدث لعلامة تبويب المشكلات في وحدة التحكم؟

لقد استبدلنا علامة التبويب "المشاكل" بمقدمة "التنبيهات"، التي تُعلمك تلقائيًا عند تجاوز الحدود التي حددتها. لم تعد بحاجة إلى التحقق يدويًا من وحدة تحكم Firebase لتحديد حالة الحد. للتعرف على التنبيهات، راجع إعداد التنبيهات الخاصة بمشكلات الأداء .

ماذا حدث لعلامتي التبويب "على الجهاز" و "الشبكة" في وحدة التحكم؟ كيف يمكنني عرض الآثار التي كانت على تلك الصفحات؟

لقد قمنا بإعادة تصميم قسم مراقبة الأداء في وحدة تحكم Firebase بحيث تعرض علامة التبويب لوحة المعلومات مقاييسك الرئيسية وجميع آثارك في مساحة واحدة. وكجزء من عملية إعادة التصميم، قمنا بإزالة الصفحات " على الجهاز" و "الشبكة" .

يحتوي جدول التتبعات الموجود أسفل علامة التبويب لوحة المعلومات على نفس المعلومات التي تعرضها علامتي التبويب على الجهاز والشبكة ، ولكن مع بعض الميزات المضافة، بما في ذلك القدرة على فرز عمليات التتبع حسب النسبة المئوية للتغيير لمقياس معين. لعرض جميع المقاييس والبيانات الخاصة بتتبع معين، انقر فوق اسم التتبع في جدول التتبعات.

اعرض آثارك في علامات التبويب الفرعية التالية لجدول التتبعات:

• تتبعات طلبات الشبكة (سواء المخصصة أو الجاهزة) - علامة التبويب الفرعية لطلبات الشبكة
• آثار التعليمات البرمجية المخصصة — علامة التبويب الفرعية آثار مخصصة
• بدء التطبيق، وتتبعات التطبيق في المقدمة، وتتبعات التطبيق في الخلفية - علامة التبويب الفرعية للتتبعات المخصصة
• آثار عرض الشاشة — علامة التبويب الفرعية لعرض الشاشة
• آثار تحميل الصفحة — علامة التبويب الفرعية لتحميل الصفحة

للحصول على تفاصيل حول جدول التتبعات وعرض المقاييس والبيانات، قم بزيارة صفحة النظرة العامة على وحدة التحكم ( iOS+ | Android | الويب ).

لماذا عدد الإطارات البطيئة والمجمدة ليس كما توقعت؟

يتم حساب إطارات العرض البطيئة والإطارات المجمدة بمعدل تحديث مفترض للجهاز يبلغ 60 هرتز. إذا كان معدل تحديث الجهاز أقل من 60 هرتز، فسيكون لكل إطار وقت عرض أبطأ لأنه يتم عرض عدد أقل من الإطارات في الثانية. يمكن أن تؤدي أوقات العرض الأبطأ إلى الإبلاغ عن المزيد من الإطارات البطيئة أو المجمدة لأنه سيتم عرض المزيد من الإطارات بشكل أبطأ أو سيتم تجميدها. ومع ذلك، إذا كان معدل تحديث الجهاز أعلى من 60 هرتز، فسيكون لكل إطار وقت عرض أسرع. يمكن أن يؤدي ذلك إلى الإبلاغ عن عدد أقل من الإطارات البطيئة أو المجمدة. يعد هذا قيدًا حاليًا في SDK لمراقبة الأداء.

لماذا لا أستطيع رؤية آثار الشظايا؟

لرؤية أداء الأجزاء بالإضافة إلى نشاط التطبيق، تأكد من أن تطبيقك يستخدم الإصدار 20.1.0 أو أعلى من Android SDK لمراقبة الأداء. لمعرفة المزيد، راجع إضافة مراقبة الأداء إلى تطبيقك .

كيف يمكنني فهم الآثار المرتبطة بالأجزاء والأنشطة؟

يعتمد كل جزء من أجزاء وتتبعات النشاط على اسم فئته كما هو محدد في التطبيق الخاص بك. يحتوي كل أثر من آثار الشاشة على البادئة st متبوعة باسم الفئة. على وحدة تحكم Firebase، تتم إزالة البادئة. لمعرفة المزيد، راجع التعرف على بيانات أداء عرض الشاشة (تطبيقات Apple وAndroid) .

لماذا أرى آثار أجزاء أقل من الآثار الأخرى؟

تجري مراقبة الأداء أخذ عينات من الأحداث عبر جميع الأحداث التي تم جمعها على الجهاز. يتيح لنا هذا الأسلوب جمع الحد الأدنى من الأحداث المطلوبة من أجهزة المستخدم لتوفير مقاييس الأداء.

كيف يتم إعلامي عند وجود مشكلة في أداء عرض طلبي؟

تتيح لك مراقبة الأداء إعداد تنبيهات للمقاييس التي تهمك. بالنسبة لتتبعات عرض الشاشة التي تم إنشاؤها، يمكنك إعداد تنبيهات لإعلامك عندما تتجاوز نسبة الإطارات البطيئة والمجمدة الحد الذي قمت بتعيينه.

تكون أوقات الإنشاء عالية بعد تمكين المكوّن الإضافي Performance Monitoring Gradle. كيف يمكنني تحسين هذا؟

تستخدم مراقبة الأداء لنظام Android أدوات الرمز الثانوي لتوفير بعض الميزات المبتكرة مثل مراقبة طلبات شبكة HTTP/S . وكجزء من التجميع، تتطلب العملية التكرار عبر جميع فئات تطبيقك (بما في ذلك التبعيات) لاستخدام التعليمات البرمجية المهمة في قياس أداء طلب الشبكة لتطبيقك.

فيما يلي بعض المساهمين الرئيسيين في زيادة وقت البناء:

• عدد الفئات أو الملفات
• حجم كل فئة من هذه الفئات (أسطر التعليمات البرمجية)
• تكوين جهازك
• البناء الأولي مقابل البناء اللاحق (عادةً ما تكون الإصدارات اللاحقة أسرع من البناء الأولي)

لتحسين وقت الإنشاء، فكر في تقسيم التعليمات البرمجية الخاصة بك إلى وحدات .

بدءًا من الإصدار 1.3.3 من البرنامج الإضافي لمراقبة الأداء، ركزنا على إجراء تحسينات كبيرة في معالجة البناء المتزايد والتخزين المؤقت لمدخلات المكتبة. لتلقي أحدث التحسينات في وقت البناء، تأكد من استخدام أحدث إصدار من البرنامج الإضافي (الإصدار 1.4.2) .

لاحظ أنه يمكنك تعطيل المكون الإضافي لمراقبة الأداء لإصدارات تصحيح الأخطاء الخاصة بك محليًا إذا كنت تريد تجنب أوقات الإنشاء الطويلة. ومع ذلك، لا يُنصح باستخدام هذا الأسلوب في إصدارات الإنتاج، لأنه قد يؤدي إلى فقدان قياسات الأداء لطلبات الشبكة في تطبيقك.

ماذا أفعل إذا حصلت على أخطاء في البناء بسبب وجود مكتبات غير متوافقة مع البرنامج الإضافي Performance Monitoring Gradle؟

تستخدم مراقبة الأداء لنظام Android أدوات الرمز الثانوي لتوفير بعض الميزات المبتكرة مثل مراقبة طلبات شبكة HTTP/S . وكجزء من التجميع، تتطلب العملية التكرار عبر جميع فئات تطبيقك (بما في ذلك التبعيات) لاستخدام التعليمات البرمجية المهمة في قياس أداء طلب الشبكة لتطبيقك.

إذا حصلت على أخطاء بناء مثل JSR/RET are not supported with computeFrames option أو أخطاء مشابهة بعد التكامل مع المكون الإضافي لمراقبة الأداء، فقد يكون هذا بسبب أن لديك أيضًا تبعية على مكتبة غير متوافقة مع المكون الإضافي لمراقبة الأداء.

للتغلب على هذه المشكلة، يمكنك استبعاد الفئات/المكتبات غير المتوافقة من استخدامها باتباع الخطوات التالية:

1. قم بالتحديث إلى أحدث إصدار من البرنامج الإضافي Performance Monitoring Gradle (الحد الأدنى v1.4.0 ).
2. قم بتحديث إصدار المكون الإضافي Android Gradle إلى الإصدار 7.2.0 أو الأحدث.
3. أضف العلامة التالية إلى ملف build.gradle الخاص بالوحدة النمطية (على مستوى التطبيق) لاستبعاد الفئات/المكتبات غير المتوافقة من أدواتها:

   android {
     // ...
     androidComponents {
       onVariants(selector().all(), {
           instrumentation.excludes.add("example.incompatible.library")
       })
     }
   }
   

   لمعرفة المزيد حول خاصية exclude الخاصة بواجهة برمجة تطبيقات Instrumentation API الخاصة بمكون Android Gradle الإضافي، راجع Instrumentation .

يرجى تقديم مشكلة Github عندما تواجه أخطاء في البناء بسبب وجود مكتبات غير متوافقة بحيث يمكن أيضًا استبعادها من استخدامها في المكون الإضافي لمراقبة الأداء.

تستغرق بيانات مراقبة الأداء وقتًا أطول من المتوقع لتصديرها إلى BigQuery. أليس هذا هو الوقت الحقيقي؟

إذا قمت بتمكين تكامل BigQuery لمراقبة أداء Firebase، فسيتم تصدير بياناتك إلى BigQuery بعد 12 إلى 24 ساعة من نهاية اليوم (بتوقيت المحيط الهادئ).

على سبيل المثال، ستكون بيانات يوم 19 أبريل متاحة في BigQuery يوم 20 أبريل بين الساعة 12 ظهرًا ومنتصف الليل (جميع التواريخ والأوقات بتوقيت المحيط الهادئ).

What does "near real-time" performance data mean?

Firebase Performance Monitoring processes collected performance data as it comes in, which results in near real-time data display in the Firebase console. Processed data displays in the console within a few minutes of its collection, hence the term "near real-time".

To take advantage of near real-time data processing, make sure your app uses a real-time compatible SDK version .

How do I get near real-time performance data for my app?

To take advantage of near real-time data processing, you only need to make sure that your app uses a Performance Monitoring SDK version that's compatible with real-time data processing.

These are the real-time compatible SDK versions:

• iOS — v7.3.0 or later
• tvOS — v8.9.0 or later
• Android — v19.0.10 or later (or Firebase Android BoM v26.1.0 or later)
• Web — v7.14.0 or later

Note that we always recommend using the latest version of SDK, but any version listed above will enable Performance Monitoring to process your data in near real time.

Which versions of the Performance Monitoring SDK are considered real-time compatible?

These are the SDK versions compatible with real-time data processing:

• iOS — v7.3.0 or later
• tvOS — v8.9.0 or later
• Android — v19.0.10 or later (or Firebase Android BoM v26.1.0 or later)
• Web — v7.14.0 or later

Note that we always recommend using the latest version of SDK, but any version listed above will enable Performance Monitoring to process your data in near real time.

What if I don't update my app to use a real-time compatible SDK version?

If your app doesn't use a real-time compatible SDK version, you will still see all your app's performance data in the Firebase console. However, the display of performance data will be delayed by roughly 36 hours from the time of its collection.

I've updated to a real-time compatible SDK version, but some of my users are still on old versions of my app. Do I continue to see their performance data in the Firebase console?

Yes! Regardless of which SDK version an app instance uses, you'll see performance data from all your users.

However, if you're looking at recent data (less than roughly 36 hours old), then the displayed data is from users of app instances using a real-time compatible SDK version. The non-recent data, though, includes performance data from all versions of your app.