Khắc phục sự cố và câu hỏi thường gặp về tính năng Giám sát hiệu suất

Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.

Cách xem thông điệp nhật ký cho các sự kiện hiệu suất

1. Bật tính năng ghi nhật ký gỡ lỗi cho Performance Monitoring tại thời điểm tạo bản dựng bằng cách thêm phần tử <meta-data> vào tệp AndroidManifest.xml của ứng dụng, như sau:

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

2. Kiểm tra thông điệp nhật ký để xem có thông báo lỗi nào không.

3. Performance Monitoring gắn thẻ cho thông điệp nhật ký bằng FirebasePerformance. Khi sử dụng tính năng lọc logcat, bạn có thể xem cụ thể dấu vết thời lượng và nhật ký yêu cầu mạng HTTP/S bằng cách chạy lệnh sau:

   adb logcat -s FirebasePerformance

4. Kiểm tra các loại nhật ký sau đây cho biết Performance Monitoring đang ghi lại các sự kiện hiệu suất:

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

5. Nhấp vào URL để xem dữ liệu của bạn trong bảng điều khiển Firebase. Có thể mất vài giây để dữ liệu cập nhật trong trang tổng quan.

Nếu ứng dụng của bạn không ghi nhật ký các sự kiện hiệu suất, hãy xem lại các mẹo khắc phục sự cố.

Đã thêm SDK vào ứng dụng, nhưng bảng điều khiển vẫn yêu cầu thêm SDK

Firebase có thể phát hiện xem bạn đã thêm thành công SDK Performance Monitoring vào ứng dụng hay chưa khi nhận được thông tin sự kiện (chẳng hạn như lượt tương tác với ứng dụng) từ ứng dụng. Thông thường, trong vòng 10 phút kể từ khi khởi động ứng dụng, Bảng điều khiển về hiệu suất của bảng điều khiển Firebase sẽ hiển thị thông báo "Phát hiện SDK". Sau đó, trong vòng 30 phút, trang tổng quan sẽ hiển thị dữ liệu đã xử lý ban đầu.

Nếu đã hơn 10 phút kể từ khi bạn thêm phiên bản SDK mới nhất vào ứng dụng và bạn vẫn không thấy thay đổi nào, hãy kiểm tra thông điệp nhật ký để đảm bảo rằng Performance Monitoring đang ghi nhật ký các sự kiện. Hãy thử các bước khắc phục sự cố thích hợp như mô tả bên dưới để khắc phục thông báo phát hiện SDK bị trễ.

Bảng điều khiển cho biết đã phát hiện SDK nhưng không có dữ liệu nào hiển thị

Performance Monitoring xử lý dữ liệu sự kiện hiệu suất trước khi hiển thị dữ liệu đó trong trang tổng quan Hiệu suất.

Nếu đã hơn 24 giờ kể từ khi thông báo "Đã phát hiện SDK" xuất hiện mà bạn vẫn không thấy dữ liệu, hãy kiểm tra Trang tổng quan trạng thái Firebase trong trường hợp có sự cố đã biết. Nếu không có sự cố ngừng hoạt động, hãy liên hệ với Nhóm hỗ trợ Firebase.

Ứng dụng không ghi lại các sự kiện hiệu suất

Nếu bạn không thấy thông báo nhật ký cho các sự kiện về hiệu suất, hãy thử các bước khắc phục sự cố sau:

1. Kiểm tra chế độ thiết lập của trình bổ trợ Gradle Performance Monitoring như sau:

   1. Đảm bảo rằng bạn đã thêm trình bổ trợ đúng cách. Cụ thể, hãy kiểm tra những vấn đề sau:

      • Bạn đã thêm trình bổ trợ (apply plugin: 'com.google.firebase.firebase-perf') vào tệp build.gradle mô-đun (cấp ứng dụng).
      • Bạn đã đưa phần phụ thuộc đường dẫn lớp vào trình bổ trợ (classpath 'com.google.firebase:perf-plugin:1.4.2') trong tệp build.gradle cấp dự án.

   2. Đảm bảo rằng trình bổ trợ không bị vô hiệu hoá thông qua một trong các cờ sau:

      • instrumentationEnabled trong tệp build.gradle của mô-đun (cấp ứng dụng)
      • firebasePerformanceInstrumentationEnabled trong tệp gradle.properties

2. Kiểm tra để đảm bảo rằng SDK Performance Monitoring không bị tắt thông qua một trong các cờ sau trong tệp AndroidManifest.xml:

   • firebase_performance_collection_enabled
   • firebase_performance_collection_deactivated

3. Đảm bảo rằng Performance Monitoring không bị tắt trong thời gian chạy.

4. Nếu bạn không tìm thấy bất kỳ tính năng nào bị vô hiệu hoá trong ứng dụng, hãy liên hệ với Nhóm hỗ trợ Firebase.

Trang tổng quan hiệu suất bị thiếu dữ liệu theo dõi màn hình

Nếu bạn thiếu dữ liệu cho dấu vết kết xuất màn hình, hãy thử các bước khắc phục sự cố sau:

1. Đảm bảo rằng bạn đang sử dụng phiên bản mới nhất của SDK Android (phiên bản 21.0.5). Dấu vết kết xuất màn hình chỉ có trong phiên bản 15.2.0 trở lên.

2. Đảm bảo rằng bạn chưa tắt tính năng Tăng tốc phần cứng theo cách thủ công cho một màn hình.

3. Đảm bảo rằng bạn không sử dụng DexGuard hoặc Jack. Performance Monitoring không tương thích với các chuỗi công cụ này.

   • DexGuard tắt tính năng tự động thu thập dấu vết khởi động ứng dụng, ứng dụng chạy trên nền trước và ứng dụng chạy trên nền. Tuy nhiên, mọi dấu vết mã tuỳ chỉnh sẽ hoạt động bình thường nếu ứng dụng của bạn sử dụng DexGuard.

   • Jack không còn được dùng nữa và bạn thường không nên sử dụng trong ứng dụng của mình.

Trang tổng quan về hiệu suất bị thiếu dữ liệu theo dõi tuỳ chỉnh

Bạn có thấy dữ liệu hiệu suất cho các dấu vết được thu thập tự động nhưng không thấy dữ liệu hiệu suất cho các dấu vết mã tuỳ chỉnh không? Hãy thử các bước khắc phục sự cố sau:

1. Nếu bạn đã đo lường dấu vết mã tuỳ chỉnh thông qua Trace API, hãy kiểm tra chế độ thiết lập của các dấu vết, đặc biệt là những dấu vết sau:

   • Tên của dấu vết mã tuỳ chỉnh và chỉ số tuỳ chỉnh phải đáp ứng các yêu cầu sau: không có dấu cách ở đầu hoặc cuối, không có ký tự dấu gạch dưới (_) ở đầu và có độ dài tối đa là 32 ký tự.
   • Tất cả dấu vết phải được bắt đầu và dừng. Mọi dấu vết không bắt đầu, không dừng hoặc dừng trước khi bắt đầu sẽ không được ghi lại.

2. Nếu bạn đã đo lường dấu vết mã tuỳ chỉnh thông qua ký hiệu @AddTrace, hãy kiểm tra chế độ thiết lập của trình bổ trợ Gradle Performance Monitoring:

   1. Đảm bảo rằng bạn đã thêm trình bổ trợ đúng cách. Cụ thể, hãy kiểm tra những vấn đề sau:

      • Bạn đã thêm trình bổ trợ (apply plugin: 'com.google.firebase.firebase-perf') vào tệp build.gradle mô-đun (cấp ứng dụng).
      • Bạn đã đưa phần phụ thuộc đường dẫn lớp vào trình bổ trợ (classpath 'com.google.firebase:perf-plugin:1.4.2') trong tệp build.gradle cấp dự án.

   2. Đảm bảo rằng trình bổ trợ không bị vô hiệu hoá thông qua một trong các cờ sau:

      • instrumentationEnabled trong tệp build.gradle của mô-đun (cấp ứng dụng)
      • firebasePerformanceInstrumentationEnabled trong tệp gradle.properties

3. Kiểm tra thông điệp nhật ký để đảm bảo rằng Performance Monitoring đang ghi lại dấu vết mã tuỳ chỉnh dự kiến.

4. Nếu Performance Monitoring đang ghi lại sự kiện nhưng không có dữ liệu nào hiển thị sau 24 giờ, hãy liên hệ với Nhóm hỗ trợ Firebase.

Trang tổng quan về hiệu suất thiếu dữ liệu yêu cầu mạng

Nếu bạn thiếu dữ liệu yêu cầu mạng, hãy thử các bước khắc phục sự cố sau:

1. Đối với ứng dụng Android, trình bổ trợ Gradle Performance Monitoring cho phép đo lường để tự động theo dõi các yêu cầu mạng HTTP/S. Kiểm tra những điều sau:

   1. Đảm bảo rằng bạn đã thêm trình bổ trợ đúng cách. Cụ thể, hãy kiểm tra những vấn đề sau:

      • Bạn đã thêm trình bổ trợ (apply plugin: 'com.google.firebase.firebase-perf') vào tệp build.gradle mô-đun (cấp ứng dụng).
      • Bạn đã đưa phần phụ thuộc đường dẫn lớp vào trình bổ trợ (classpath 'com.google.firebase:perf-plugin:1.4.2') trong tệp build.gradle cấp dự án.

   2. Đảm bảo rằng trình bổ trợ không bị vô hiệu hoá thông qua một trong các cờ sau:

      • instrumentationEnabled trong tệp build.gradle của mô-đun (cấp ứng dụng)
      • firebasePerformanceInstrumentationEnabled trong tệp gradle.properties

2. Kiểm tra xem thư viện mạng có tương thích hay không. Performance Monitoring tự động thu thập các chỉ số cho các yêu cầu mạng sử dụng các thư viện mạng sau: OkHttp 3.x.x, URLConnection của Java và Apache HttpClient.

   Xin lưu ý rằng bạn có thể thêm tính năng giám sát tuỳ chỉnh cho các yêu cầu mạng.

3. Hãy lưu ý những điều sau:

   • Tuỳ thuộc vào hành vi của mã và thư viện kết nối mạng mà mã sử dụng, Performance Monitoring có thể chỉ báo cáo về các yêu cầu mạng đã hoàn tất. Điều này có nghĩa là các kết nối HTTP/S đang mở có thể không được báo cáo.

   • Performance Monitoring không tương thích với DexGuard và Jack.

     • DexGuard tắt tính năng giám sát các yêu cầu mạng HTTP/S.
     • Jack không còn được dùng nữa và bạn thường không nên sử dụng trong ứng dụng của mình.

   • Performance Monitoring không báo cáo về các yêu cầu mạng có tiêu đề Content-Type không hợp lệ. Tuy nhiên, các yêu cầu mạng không có tiêu đề Content-Type vẫn sẽ được chấp nhận.

Dữ liệu yêu cầu mạng không tổng hợp như dự kiến

Tìm hiểu thêm về cách Performance Monitoring tổng hợp dữ liệu yêu cầu mạng theo mẫu URL.

Bạn cũng có thể thử mẫu URL tuỳ chỉnh!

Điều gì đã xảy ra với thẻ Các vấn đề hàng đầu trong thẻ Hiệu suất trên Trang chủ dự án?

Chúng tôi đã thay thế mục Các vấn đề hàng đầu bằng mục Cảnh báo gần đây để tiếp nối việc ra mắt tính năng cảnh báo gần đây. Tính năng này sẽ tự động thông báo cho bạn khi các ngưỡng mà bạn đặt bị vượt quá. Chúng tôi hiện không dùng vấn đề nữa mà thay vào đó là cảnh báo.

Bộ chọn ứng dụng ở đầu thẻ Hiệu suất sẽ lọc các mục nhập cảnh báo trong phần Thông báo gần đây. Chỉ hiển thị 3 cảnh báo gần đây nhất cho(các) ứng dụng đã chọn.

Để tìm hiểu thêm về cảnh báo, hãy xem bài viết Thiết lập cảnh báo cho các vấn đề về hiệu suất.

Khả năng đặt ngưỡng cho các vấn đề trong bảng điều khiển đã bị gì?

Performance Monitoring hỗ trợ cảnh báo cho các chỉ số vượt quá ngưỡng đã xác định. Để tránh nhầm lẫn với các ngưỡng có thể định cấu hình này cho các chỉ số hiệu suất, chúng tôi đã xoá tính năng định cấu hình ngưỡng cho vấn đề.

Điều gì đã xảy ra với thông tin Chi tiết và Chỉ số trong bảng điều khiển Firebase?

Chúng tôi đã thay thế các trang Chi tiết và Chỉ số bằng một giao diện người dùng (UI) tập trung, được thiết kế lại để cải thiện cách bạn khắc phục sự cố. Giao diện người dùng khắc phục sự cố mới này cung cấp chức năng cốt lõi giống như Thông tin chi tiết và Chỉ số. Để tìm hiểu thêm về cách khắc phục sự cố, hãy xem phần Xem thêm dữ liệu cho một dấu vết cụ thể.

Tại sao số lượng mẫu không như tôi mong đợi?

Performance Monitoring thu thập dữ liệu hiệu suất từ thiết bị của người dùng ứng dụng. Nếu ứng dụng của bạn có nhiều người dùng hoặc nếu ứng dụng tạo ra một lượng lớn hoạt động hiệu suất, thì Performance Monitoring có thể giới hạn việc thu thập dữ liệu ở một số thiết bị để giảm số lượng sự kiện được xử lý. Các hạn mức này đủ cao để ngay cả khi có ít sự kiện hơn, các giá trị chỉ số vẫn thể hiện trải nghiệm ứng dụng của người dùng.

Để quản lý lượng dữ liệu mà chúng tôi thu thập, Performance Monitoring sử dụng các tuỳ chọn lấy mẫu sau:

• Giới hạn tốc độ trên thiết bị: Để ngăn thiết bị gửi các dấu vết đột ngột, chúng tôi giới hạn số lượng dấu vết yêu cầu mạng và mã được gửi từ thiết bị ở mức 300 sự kiện mỗi 10 phút. Phương pháp này bảo vệ thiết bị khỏi các thiết bị đo lường lặp lại có thể gửi một lượng lớn dữ liệu hiệu suất, đồng thời ngăn một thiết bị làm sai lệch kết quả đo lường hiệu suất.

• Lấy mẫu động: Performance Monitoring thu thập một số lượng hạn chế dấu vết mã và dấu vết yêu cầu mạng trên mỗi ứng dụng hằng ngày trên tất cả người dùng ứng dụng. Tốc độ lấy mẫu động được tìm nạp trên các thiết bị (sử dụng Firebase Remote Config) để xác định xem một thiết bị ngẫu nhiên có nên thu thập và gửi dấu vết hay không. Thiết bị không được chọn để lấy mẫu sẽ không gửi bất kỳ sự kiện nào. Tốc độ lấy mẫu động là dành riêng cho ứng dụng và điều chỉnh để đảm bảo tổng dung lượng dữ liệu được thu thập vẫn nằm dưới giới hạn.

  Các dự án đã bật tính năng tích hợp BigQuery sẽ nhận được giới hạn cao hơn đối với số lượng dấu vết yêu cầu mạng.

  Phiên người dùng gửi thêm dữ liệu chi tiết từ thiết bị của người dùng, đòi hỏi nhiều tài nguyên hơn để thu thập và gửi dữ liệu. Để giảm thiểu tác động của các phiên người dùng, Performance Monitoring cũng có thể hạn chế số lượng phiên.

• Giới hạn tốc độ phía máy chủ: Để đảm bảo rằng ứng dụng không vượt quá giới hạn lấy mẫu, Performance Monitoring có thể sử dụng tính năng lấy mẫu phía máy chủ để loại bỏ một số sự kiện nhận được từ thiết bị. Mặc dù loại giới hạn này không làm thay đổi hiệu quả của các chỉ số, nhưng có thể gây ra một số thay đổi nhỏ về mẫu, bao gồm:

  • Số lượng dấu vết có thể khác với số lần một đoạn mã được thực thi.
  • Các dấu vết được ghép nối chặt chẽ trong mã có thể có số lượng mẫu khác nhau.

Đã xảy ra chuyện gì với thẻ Vấn đề trong bảng điều khiển?

Chúng tôi đã thay thế thẻ Vấn đề bằng thẻ Cảnh báo. Thẻ này sẽ tự động thông báo cho bạn khi bạn vượt quá ngưỡng đã đặt. Bạn không cần phải kiểm tra bảng điều khiển Firebase theo cách thủ công để xác định trạng thái của ngưỡng nữa. Để tìm hiểu về Cảnh báo, hãy xem bài viết Thiết lập cảnh báo cho các vấn đề về hiệu suất.

Điều gì đã xảy ra với thẻ Trên thiết bị và Mạng trong bảng điều khiển? Làm cách nào để xem dấu vết trên các trang đó?

Chúng tôi đã thiết kế lại phần Performance Monitoring của bảng điều khiển Firebase để thẻ Trang tổng quan hiển thị các chỉ số chính và tất cả dấu vết của bạn trong một không gian. Trong quá trình thiết kế lại, chúng tôi đã xoá các trang Trên thiết bị và Mạng.

Bảng dấu vết ở cuối thẻ Trang tổng quan có tất cả thông tin giống như các thẻ Trên thiết bị và Mạng hiển thị, nhưng có thêm một số tính năng, bao gồm cả khả năng sắp xếp dấu vết theo tỷ lệ phần trăm thay đổi cho một chỉ số cụ thể. Để xem tất cả chỉ số và dữ liệu cho một dấu vết cụ thể, hãy nhấp vào tên dấu vết trong bảng dấu vết.

Xem dấu vết trong các thẻ con sau đây của bảng dấu vết:

• Dấu vết yêu cầu mạng (cả sẵn có và tuỳ chỉnh) — Thẻ con Yêu cầu mạng
• Dấu vết mã tuỳ chỉnh — Thẻ con Dấu vết tuỳ chỉnh
• Dấu vết khởi động ứng dụng, dấu vết ứng dụng ở nền trước, dấu vết ứng dụng ở chế độ nền — thẻ con Dấu vết tuỳ chỉnh
• Dấu vết kết xuất màn hình — Thẻ con Kết xuất màn hình
• Dấu vết tải trang — Thẻ con Tải trang

Để biết thông tin chi tiết về bảng dấu vết và xem các chỉ số cũng như dữ liệu, hãy truy cập vào trang tổng quan về bảng điều khiển (iOS trở lên | Android | Web).

Tại sao số lượng khung hình chậm và bị treo không như tôi mong đợi?

Khung hình kết xuất chậm và khung hình bị treo được tính toán với tốc độ làm mới thiết bị giả định là 60 Hz. Nếu tốc độ làm mới của thiết bị thấp hơn 60 Hz, thì mỗi khung hình sẽ có thời gian kết xuất chậm hơn vì số khung hình được kết xuất mỗi giây ít hơn. Thời gian kết xuất chậm hơn có thể khiến nhiều khung hình bị chậm hoặc bị treo hơn được báo cáo vì nhiều khung hình sẽ được kết xuất chậm hơn hoặc bị treo. Tuy nhiên, nếu tốc độ làm mới của thiết bị cao hơn 60 Hz, thì mỗi khung hình sẽ có thời gian kết xuất nhanh hơn. Điều này có thể khiến ít khung hình bị chậm hoặc bị treo hơn được báo cáo. Đây là hạn chế hiện tại trong SDK Performance Monitoring.

Tại sao tôi không thấy dấu vết mảnh?

Để xem hiệu suất của các mảnh ngoài hoạt động của ứng dụng, hãy đảm bảo rằng ứng dụng của bạn đang sử dụng Performance Monitoring SDK Android phiên bản 20.1.0 trở lên. Để tìm hiểu thêm, hãy xem bài viết Thêm tính năng Giám sát hiệu suất vào ứng dụng.

Làm cách nào để biết dấu vết nào liên quan đến các mảnh và hoạt động?

Mỗi dấu vết mảnh và hoạt động đều dựa trên tên lớp của mảnh và hoạt động đó như được xác định trong ứng dụng. Mỗi dấu vết màn hình chứa tiền tố st, theo sau là tên của lớp. Trên bảng điều khiển của Firebase, tiền tố sẽ bị xoá. Để tìm hiểu thêm, hãy xem bài viết Tìm hiểu về dữ liệu hiệu suất kết xuất màn hình (ứng dụng Apple và Android) .

Tại sao tôi thấy ít dấu vết mảnh hơn so với các dấu vết khác?

Performance Monitoring tiến hành lấy mẫu sự kiện trên tất cả sự kiện được thu thập trên một thiết bị. Phương pháp này cho phép chúng tôi thu thập các sự kiện tối thiểu cần thiết từ thiết bị của người dùng để cung cấp các chỉ số hiệu suất.

Làm cách nào để tôi được thông báo khi có vấn đề về hiệu suất kết xuất của ứng dụng?

Performance Monitoring cho phép bạn thiết lập thông báo cho các chỉ số mà bạn quan tâm. Đối với các dấu vết kết xuất màn hình được tạo, bạn có thể thiết lập cảnh báo để thông báo cho bạn khi tỷ lệ phần trăm khung hình bị chậm và bị treo vượt quá ngưỡng mà bạn đặt.

Thời gian tạo bản dựng của tôi cao sau khi bật trình bổ trợ Gradle Performance Monitoring. Làm cách nào để cải thiện vấn đề này?

Performance Monitoring dành cho Android sử dụng tính năng đo lường mã byte để cung cấp một số tính năng ngay từ đầu như theo dõi các yêu cầu mạng HTTP/S. Trong quá trình biên dịch, quy trình này yêu cầu lặp lại qua tất cả các lớp của ứng dụng (bao gồm cả các phần phụ thuộc) để đo lường mã quan trọng trong việc đo lường hiệu suất yêu cầu mạng của ứng dụng.

Sau đây là một số yếu tố chính góp phần làm tăng thời gian xây dựng:

• Số lượng lớp hoặc tệp
• Kích thước của từng lớp đó (dòng mã)
• Cấu hình máy
• Bản dựng ban đầu so với bản dựng tiếp theo (các bản dựng tiếp theo thường nhanh hơn bản dựng ban đầu)

Để tối ưu hoá thời gian xây dựng, hãy cân nhắc việc mô-đun hoá mã.

Kể từ phiên bản 1.3.3 của trình bổ trợ Performance Monitoring, chúng tôi đã tập trung cải thiện đáng kể quy trình xử lý bản dựng gia tăng và lưu vào bộ nhớ đệm các dữ liệu đầu vào của thư viện. Để nhận được các điểm cải tiến mới nhất về thời gian xây dựng, hãy nhớ sử dụng phiên bản mới nhất của trình bổ trợ (phiên bản 1.4.2).

Xin lưu ý rằng bạn có thể tắt trình bổ trợ Performance Monitoring cho các bản gỡ lỗi cục bộ nếu muốn tránh thời gian xây dựng lâu. Tuy nhiên, bạn không nên sử dụng phương pháp này cho các bản dựng chính thức vì có thể bỏ lỡ các phép đo hiệu suất cho các yêu cầu mạng trong ứng dụng.

Tôi nên làm gì nếu gặp lỗi bản dựng do các thư viện không tương thích với trình bổ trợ Gradle Performance Monitoring?

Performance Monitoring dành cho Android sử dụng tính năng đo lường mã byte để cung cấp một số tính năng ngay từ đầu như theo dõi các yêu cầu mạng HTTP/S. Trong quá trình biên dịch, quy trình này yêu cầu lặp lại qua tất cả các lớp của ứng dụng (bao gồm cả các phần phụ thuộc) để đo lường mã quan trọng trong việc đo lường hiệu suất yêu cầu mạng của ứng dụng.

Nếu bạn gặp lỗi bản dựng như JSR/RET are not supported with computeFrames option hoặc các lỗi tương tự sau khi tích hợp với trình bổ trợ Performance Monitoring, thì có thể là do bạn cũng có phần phụ thuộc trên một thư viện không tương thích với trình bổ trợ Gradle Performance Monitoring.

Để giải quyết vấn đề này, bạn có thể loại trừ các lớp/thư viện không tương thích khỏi việc đo lường bằng cách làm theo các bước sau:

1. Cập nhật lên phiên bản trình bổ trợ Gradle Performance Monitoring mới nhất (tối thiểu v1.4.0).
2. Cập nhật phiên bản trình bổ trợ Android cho Gradle lên phiên bản 7.2.0 trở lên.
3. Thêm cờ sau vào tệp build.gradle của mô-đun (cấp ứng dụng) để loại trừ các lớp/thư viện không tương thích khỏi việc đo lường:

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

   Để tìm hiểu thêm về thuộc tính exclude của API Instrumentation của trình bổ trợ Android cho Gradle, hãy xem phần Thiết bị đo lường.

Vui lòng gửi vấn đề trên GitHub khi bạn gặp lỗi bản dựng do các thư viện không tương thích để các lỗi đó cũng có thể được loại trừ khỏi việc đo lường trong trình bổ trợ Performance Monitoring.

Dữ liệu Performance Monitoring của tôi đang mất nhiều thời gian hơn dự kiến để xuất sang BigQuery. Không phải theo thời gian thực phải không?

Nếu bạn đã bật tính năng tích hợp BigQuery cho Firebase Performance Monitoring, thì dữ liệu của bạn sẽ được xuất sang BigQuery từ 12 đến 24 giờ sau khi kết thúc ngày (theo giờ Thái Bình Dương).

Ví dụ: dữ liệu cho ngày 19 tháng 4 sẽ có trong BigQuery vào ngày 20 tháng 4 từ 12:00 trưa đến nửa đêm (tất cả ngày và giờ đều theo Giờ Thái Bình Dương).

Dữ liệu hiệu suất "gần như theo thời gian thực" có nghĩa là gì?

Firebase Performance Monitoring xử lý dữ liệu hiệu suất đã thu thập khi dữ liệu đó đến, dẫn đến việc hiển thị dữ liệu gần như theo thời gian thực trong bảng điều khiển Firebase. Dữ liệu đã xử lý sẽ hiển thị trong bảng điều khiển trong vòng vài phút sau khi thu thập, do đó có thuật ngữ "gần như theo thời gian thực".

Để tận dụng tính năng xử lý dữ liệu gần như theo thời gian thực, hãy đảm bảo ứng dụng của bạn sử dụng phiên bản SDK tương thích theo thời gian thực.

Làm cách nào để lấy dữ liệu hiệu suất gần như theo thời gian thực cho ứng dụng của tôi?

Để tận dụng tính năng xử lý dữ liệu gần như theo thời gian thực, bạn chỉ cần đảm bảo rằng ứng dụng của mình sử dụng phiên bản SDK Performance Monitoring tương thích với tính năng xử lý dữ liệu theo thời gian thực.

Sau đây là các phiên bản SDK tương thích theo thời gian thực:

• iOS – Phiên bản 7.3.0 trở lên
• tvOS – Phiên bản 8.9.0 trở lên
• Android – Phiên bản 19.0.10 trở lên (hoặc Firebase Android BoM phiên bản 26.1.0 trở lên)
• Web – Phiên bản 7.14.0 trở lên

Xin lưu ý rằng bạn luôn nên sử dụng phiên bản SDK mới nhất, nhưng mọi phiên bản nêu trên đều cho phép Performance Monitoring xử lý dữ liệu của bạn gần như theo thời gian thực.

Phiên bản SDK Performance Monitoring nào được coi là tương thích theo thời gian thực?

Sau đây là các phiên bản SDK tương thích với tính năng xử lý dữ liệu theo thời gian thực:

• iOS – Phiên bản 7.3.0 trở lên
• tvOS – Phiên bản 8.9.0 trở lên
• Android – Phiên bản 19.0.10 trở lên (hoặc Firebase Android BoM phiên bản 26.1.0 trở lên)
• Web – Phiên bản 7.14.0 trở lên

Xin lưu ý rằng bạn luôn nên sử dụng phiên bản SDK mới nhất, nhưng mọi phiên bản nêu trên đều cho phép Performance Monitoring xử lý dữ liệu của bạn gần như theo thời gian thực.

Điều gì sẽ xảy ra nếu tôi không cập nhật ứng dụng để sử dụng phiên bản SDK tương thích theo thời gian thực?

Nếu ứng dụng của bạn không sử dụng phiên bản SDK tương thích theo thời gian thực, thì bạn vẫn sẽ thấy tất cả dữ liệu hiệu suất của ứng dụng trong bảng điều khiển Firebase. Tuy nhiên, việc hiển thị dữ liệu hiệu suất sẽ bị trễ khoảng 36 giờ kể từ thời điểm thu thập dữ liệu.

Tôi đã cập nhật lên phiên bản SDK tương thích theo thời gian thực, nhưng một số người dùng vẫn đang sử dụng phiên bản cũ của ứng dụng. Tôi có tiếp tục thấy dữ liệu hiệu suất của họ trong bảng điều khiển Firebase không?

Có! Bất kể phiên bản SDK nào mà một thực thể ứng dụng sử dụng, bạn sẽ thấy dữ liệu hiệu suất của tất cả người dùng.

Tuy nhiên, nếu bạn đang xem dữ liệu gần đây (dưới khoảng 36 giờ), thì dữ liệu hiển thị là của người dùng các phiên bản ứng dụng sử dụng phiên bản SDK tương thích theo thời gian thực. Tuy nhiên, dữ liệu không phải gần đây bao gồm dữ liệu hiệu suất từ tất cả phiên bản ứng dụng.