Nếu bạn đang bắt đầu sử dụng Performance Monitoring
(iOS+ |
Android |
Web), các mẹo khắc phục sự cố sau đây có thể giúp bạn giải quyết các vấn đề liên quan đến việc Firebase phát hiện SDK hoặc hiển thị dữ liệu hiệu suất đầu tiên trong bảng điều khiển Firebase.
Đã 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 của mình hay chưa khi nhận được thông tin về sự kiện (chẳng hạn như lượt tương tác với ứng dụng) từ ứng dụng của bạn. Thông thường, trong vòng 10 phút kể từ khi bạn khởi động ứng dụng, bảng điều khiển 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 thấy 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 bạn đã thêm phiên bản SDK mới nhất vào ứng dụng của mình hơn 10 phút nhưng vẫn không thấy thay đổi nào, hãy kiểm tra thông báo nhật ký để đảm bảo rằng Performance Monitoring đang ghi lại 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 sự cố thông báo phát hiện SDK bị trì hoãn.
Ứng dụng đang ghi nhật ký sự kiện: các bước khắc phục sự cố
Nếu bạn vẫn đang phát triển cục bộ, hãy thử tạo thêm sự kiện để thu thập dữ liệu:
Tiếp tục phát triển ứng dụng bằng trình mô phỏng hoặc thiết bị kiểm thử.
Tạo sự kiện bằng cách chuyển đổi ứng dụng của bạn giữa chế độ nền và chế độ nền trước nhiều lần, tương tác với ứng dụng bằng cách di chuyển giữa các màn hình và/hoặc kích hoạt các yêu cầu mạng.
Đảm bảo rằng bạn đã thêm tệp cấu hình Firebase (Google-Service-Info.plist) một cách chính xác vào ứng dụng và bạn chưa sửa đổi tệp này.
Cụ thể, hãy kiểm tra những điều sau:
Tên tệp cấu hình không có ký tự thừa, chẳng hạn như (2).
Tệp cấu hình nằm trong thư mục gốc của dự án XCode và được thêm vào các mục tiêu chính xác.
Mã ứng dụng Firebase Apple (GOOGLE_APP_ID) có trong tệp cấu hình là mã chính xác cho ứng dụng của bạn. Tìm Mã ứng dụng Firebase trong thẻ Ứng dụng của bạn trong phần settingsCài đặt dự án.
Nếu có vấn đề với tệp cấu hình trong ứng dụng của bạn, hãy thử làm như sau:
Xoá tệp cấu hình hiện có trong ứng dụng của bạn.
Hãy làm theo các hướng dẫn này để tải một tệp cấu hình mới xuống và thêm tệp đó vào ứng dụng Apple của bạn.
Nếu SDK đang ghi lại các sự kiện và mọi thứ dường như đã được thiết lập đúng cách, nhưng bạn vẫn không thấy thông báo phát hiện SDK hoặc dữ liệu đã xử lý (sau 2 giờ), hãy liên hệ với Nhóm hỗ trợ Firebase.
Ứng dụng không ghi nhật ký sự kiện: các bước khắc phục sự cố
Nếu bạn đã thêm thành công SDK và đang sử dụng Performance Monitoring trong ứng dụng của mình, thì các mẹo khắc phục sự cố sau đây có thể giúp bạn giải quyết các vấn đề chung liên quan đến các tính năng và công cụ Performance Monitoring.
Ứng dụng không ghi nhật ký các sự kiện về hiệu suất
Trang tổng quan hiệu suất bị thiếu dữ liệu dấu vết màn hình
Nếu bạn bị thiếu dữ liệu cho các 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:
Trang tổng quan về hiệu suất bị thiếu dữ liệu dấu vết 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 cho dấu vết mã tuỳ chỉnh không? Hãy thử các bước khắc phục sự cố sau:
Kiểm tra chế độ thiết lập các dấu vết mã tuỳ chỉnh được thiết lập thông qua Trace API, đặc biệt là những dấu vết sau:
Tên cho 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ó khoảng trắng ở đầu hoặc cuối, không có ký tự gạch dưới ở đầu (_) và độ dài tối đa là 32 ký tự.
Bạn phải bắt đầu và dừng tất cả các dấu vết. Mọi dấu vết chưa bắt đầu, chưa dừng hoặc dừng trước khi bắt đầu sẽ không được ghi lại.
Kiểm tra thông điệp nhật ký để đảm bảo Performance Monitoring đang ghi nhật ký các dấu vết mã tuỳ chỉnh dự kiến.
Nếu Performance Monitoring đang ghi lại các 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 bị 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:
Tuỳ thuộc vào hành vi của mã và các thư viện mạng mà mã của bạn sử dụng, Performance Monitoring có thể chỉ báo cáo về những 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 vẫn đang mở có thể không được báo cáo.
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.
Điều gì đã xảy ra với Vấn đề hàng đầu trong thẻ Hiệu suất trên Trang chủ dự án?
Chúng tôi đã thay thế Các vấn đề hàng đầu bằng Thông báo gần đây để tiếp nối việc ra mắt gần đây tính năng thông báo. 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á. Vấn đề hiện không còn được dùng nữa và được thay thế bằng cảnh báo.
Bộ chọn ứng dụng ở đầu thẻ Hiệu suất sẽ lọc các mục cảnh báo trong phần Cảnh báo gần đây. Chỉ có 3 cảnh báo gần đây nhất cho(các) ứng dụng đã chọn được hiển thị.
Vậy còn khả năng đặt ngưỡng cho các vấn đề trong bảng điều khiển thì sao?
Performance Monitoring hỗ trợ cảnh báo cho những 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 chỉ số hiệu suất, chúng tôi đã xoá khả 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ế trang Chi tiết và trang Chỉ số bằng một giao diện người dùng (UI) tập trung, được thiết kế lại hoàn toàn để 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 tương tự như chức năng mà phần Chi tiết và Chỉ số cung cấp. Để 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ị người dùng của ứ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 liên quan đến hiệu suất, thì Performance Monitoring có thể giới hạn việc thu thập dữ liệu đối với một nhóm nhỏ 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 được 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 lựa 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 đột ngột hàng loạt dấu vết, chúng tôi giới hạn số lượng dấu vết mã và yêu cầu mạng được gửi từ một thiết bị thành 300 sự kiện sau mỗi 10 phút. Phương pháp này bảo vệ thiết bị khỏi các hoạt động đ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ị duy nhất làm sai lệch các 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ế các dấu vết mã và dấu vết yêu cầu mạng cho 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ị (bằng cách sử dụng Firebase Remote Config) để xác định xem một thiết bị ngẫu nhiên có nên ghi lại 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ỷ lệ 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 ở dưới mức giới hạn.
Những dự án đã bật tính năng tích hợp BigQuery sẽ nhận được giới hạn cao hơn về 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 các ứ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 tính hiệu quả của các chỉ số, nhưng có thể gây ra những thay đổi nhỏ về mẫu, bao gồm cả những thay đổi sau:
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 liên kết chặt chẽ trong mã có thể có số lượng mẫu khác nhau.
Điều gì đã xảy ra với thẻ Vấn đề trong bảng điều khiển?
Chúng tôi đã thay thế thẻ Vấn đề bằng tính năng Cảnh báo. Tính năng này sẽ tự động thông báo cho bạn khi ngưỡng bạn đặt bị vượt quá. Bạn không còn 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 một 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 các dấu vết trên những 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 ở một nơi. 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ư 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ả cá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 các dấu vết của bạn trong các thẻ phụ sau đây của bảng dấu vết:
Dấu vết yêu cầu mạng (cả dấu vết có sẵn và dấu vết tuỳ chỉnh) – thẻ phụ Yêu cầu mạng
Dấu vết mã tuỳ chỉnh – Thẻ phụ 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 ở nền sau – thẻ phụ Dấu vết tuỳ chỉnh
Dấu vết kết xuất màn hình – thẻ phụ Kết xuất màn hình
Dấu vết tải trang – Thẻ phụ Tải trang
Để biết thông tin chi tiết về bảng dấu vết và cách 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+ | Android | Web).
Tại sao số lượng khung hình chậm và khung hình 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 giả định của thiết bị 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ì có ít khung hình được kết xuất hơn mỗi giây.
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 sẽ bị treo. Tuy nhiên, nếu tốc độ làm mới của thiết bị cao hơn 60Hz, 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 được báo cáo hơn. Đây là một hạn chế hiện tại trong SDK Performance Monitoring.
Dữ liệu Performance Monitoring của tôi mất nhiều thời gian hơn dự kiến để xuất sang BigQuery. Có phải không phải là thời gian thực không?
Nếu bạn đã bật tính năng tích hợp BigQuery cho Firebase Performance Monitoring, 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 trong khoảng thời gian từ 12:00 đến 24:00 (tất cả ngày và giờ đều theo giờ Thái Bình Dương).
Xử lý và hiển thị dữ liệu gần như theo thời gian thực
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 được gửi đến, nhờ đó, dữ liệu được hiển thị gần như theo thời gian thực trong bảng điều khiển Firebase. Dữ liệu đã xử lý sẽ xuất hiện trong bảng điều khiển trong vòng vài phút sau khi được thu thập, do đó có thuật ngữ "gần như theo thời gian thực".
Làm cách nào để nhận dữ liệu hiệu suất gần với thời gian thực cho ứng dụng của tôi?
Để tận dụng khả năng xử lý dữ liệu gần 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 nên sử dụng phiên bản SDK mới nhất, nhưng mọi phiên bản được liệt kê ở trên sẽ cho phép Performance Monitoring xử lý dữ liệu của bạn gần như theo thời gian thực.
Những phiên bản nào của SDK Performance Monitoring được coi là tương thích với 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 nên sử dụng phiên bản SDK mới nhất, nhưng mọi phiên bản được liệt kê ở trên sẽ cho phép Performance Monitoring xử lý dữ liệu của bạn gần như theo thời gian thực.
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 với thời gian thực thì sao?
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ị chậm trễ khoảng 36 giờ kể từ thời điểm thu thập.
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 các 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 mà một phiên bản ứ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 (cách đây chưa đến khoảng 36 giờ), thì dữ liệu hiển thị là của những người dùng phiên bản ứng dụng đang 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 gần đây bao gồm dữ liệu hiệu suất của tất cả các phiên bản ứng dụng.