Trang này cung cấp các mẹo khắc phục sự cố để bắt đầu sử dụng Performance Monitoring hoặc sử dụng các tính năng và công cụ của Performance Monitoring.
Các bước kiểm tra đầu tiên để khắc phục sự cố
Hai bước kiểm tra sau đây là các phương pháp hay nhất thường được khuyến nghị cho mọi người trước khi tiến hành khắc phục sự cố thêm.
1. Kiểm tra thông báo nhật ký cho các sự kiện hiệu suất
Kiểm tra thông báo nhật ký để đảm bảo rằng SDK Performance Monitoring đang ghi lại các sự kiện hiệu suất.
Cách xem thông báo nhật ký cho các sự kiện hiệu suất
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 một phần tử
<meta-data>vào tệpAndroidManifest.xmlcủa ứng dụng, như sau:<application> <meta-data android:name="firebase_performance_logcat_enabled" android:value="true" /> </application>Kiểm tra nhật ký thông báo để xem có thông báo lỗi nào không.
Performance Monitoring gắn thẻ
FirebasePerformancecho các thông báo nhật ký. Bằng cách 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
Kiểm tra các loại nhật ký sau đây để biết Performance Monitoring có đang ghi lại các sự kiện hiệu suất hay không:
Logging trace metric: TRACE_NAME, FIREBASE_PERFORMANCE_CONSOLE_URLLogging network request trace: URL
Nhấp vào URL để xem dữ liệu của bạn trong bảng điều khiển của Firebase. Có thể mất vài phút để dữ liệu cập nhật trong trang tổng quan.
Nếu ứng dụng của bạn không ghi lại các sự kiện hiệu suất, hãy xem các mẹo khắc phục sự cố.
2. Kiểm tra Trang tổng quan về trạng thái của Firebase
Kiểm tra Bảng điều khiển trạng thái Firebase trong trường hợp Firebase hoặc Performance Monitoring gặp sự cố ngừng hoạt động.
Bắt đầu với Performance Monitoring
Nếu bạn mới 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 giải quyết các sự cố liên quan đến Firebase phát hiện SDK hoặc hiển thị dữ liệu hiệu suất đầu tiên của bạ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. 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 mà 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ố
Đảm bảo rằng bạn đang sử dụng Performance Monitoring Android SDK 19.1.0 trở lên (hoặc Firebase BoM 26.3.0 trở lên), hãy xem Ghi chú phát hành.
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:
- 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-services.json) 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 mô-đun (cấp ứng dụng) của ứng dụng.
ID ứng dụng Firebase Android (
mobilesdk_app_id) được liệt kê trong tệp cấu hình là chính xác cho ứng dụng của bạn. Hãy tìm ID ứng dụng Firebase của bạn trong thẻ Ứng dụng của bạn trong settings Cài đặt dự án.
Nếu có bất kỳ điều gì không ổn với tệp cấu hình trong ứng dụng của bạn, hãy thử cách sau:
Xóa tệp cấu hình hiện có trong ứng dụng của bạn.
Làm theo các hướng dẫn này để tải xuống tệp cấu hình mới và thêm vào ứng dụng Android của bạn.
Nếu SDK đang ghi lại sự kiện và mọi thứ dường như được thiết lập chính xác 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 10 phút), hãy liên hệ với Bộ phận 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ố
Kiểm tra chế độ thiết lập của trình bổ trợ Gradle Performance Monitoring như sau:
Đảm bảo rằng bạn đã thêm đúng plugin. Cụ thể, hãy kiểm tra những điều sau:
- Bạn đã thêm trình bổ trợ (
) vào tệpapply plugin: 'com.google.firebase.firebase-perf' build.gradlemô-đun (cấp ứng dụng). - Bạn đã thêm phần phụ thuộc đường dẫn lớp cho trình bổ trợ (
) vào tệpclasspath 'com.google.firebase:perf-plugin:2.0.2' build.gradlecấp dự án.
- Bạn đã thêm trình bổ trợ (
Đảm bảo rằng plugin không bị vô hiệu hoá thông qua một trong các cờ sau:
instrumentationEnabledtrong tệpbuild.gradlecủa mô-đun (cấp ứng dụng)firebasePerformanceInstrumentationEnabledtrong tệpgradle.propertiescủa bạn
Kiểm tra xem Performance Monitoring SDK có không bị vô hiệu hóa thông qua bất kỳ cờ nào sau đây trong tệp
AndroidManifest.xmlcủa bạn không:firebase_performance_collection_enabledfirebase_performance_collection_deactivated
Đảm bảo rằng Performance Monitoring không bị vô hiệu hóa khi chạy.
Nếu bạn không tìm thấy bất kỳ mục nào bị vô hiệu hóa trong ứng dụng của mình, hãy liên hệ với Bộ phận hỗ trợ Firebase.
Bảng điều khiển cho biết SDK đã được phát hiện nhưng không có dữ liệu nào được 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 bảng thông tin Hiệu suất.
Nếu đã hơn 24 giờ kể từ khi thông báo "SDK đã phát hiện" xuất hiện và bạn vẫn không thấy dữ liệu, hãy kiểm tra Bảng điều khiển trạng thái Firebase trong trường hợp có sự cố ngừng hoạt động đã biết. Nếu không có sự cố ngừng hoạt động, hãy liên hệ với Bộ phận hỗ trợ Firebase.
Khắc phục sự cố chung
Nếu bạn đã thêm SDK thành công và đang sử dụng Performance Monitoring trong ứng dụng, các mẹo khắc phục sự cố sau đây có thể giúp giải quyết các sự cố chung liên quan đến tính năng và công cụ Performance Monitoring.
Ứ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 hiệu suất, hãy thử các bước khắc phục sự cố sau:
Kiểm tra chế độ thiết lập của trình bổ trợ Gradle Performance Monitoring như sau:
Đảm bảo rằng bạn đã thêm đúng plugin. Cụ thể, hãy kiểm tra những điều sau:
- Bạn đã thêm trình bổ trợ (
) vào tệpapply plugin: 'com.google.firebase.firebase-perf' build.gradlemô-đun (cấp ứng dụng). - Bạn đã bao gồm phần phụ thuộc classpath cho plugin (
) trong tệp cấp dự ánclasspath 'com.google.firebase:perf-plugin:2.0.2' build.gradlecủa mình.
- Bạn đã thêm trình bổ trợ (
Đảm bảo rằng plugin không bị vô hiệu hoá thông qua một trong các cờ sau:
instrumentationEnabledtrong tệpbuild.gradlecủa mô-đun (cấp ứng dụng)firebasePerformanceInstrumentationEnabledtrong tệpgradle.propertiescủa bạn
Kiểm tra để đảm bảo rằng SDK Performance Monitoring không bị tắt thông qua một trong hai cờ sau đây trong tệp
AndroidManifest.xml:firebase_performance_collection_enabledfirebase_performance_collection_deactivated
Đảm bảo rằng Performance Monitoring không bị vô hiệu hóa khi chạy.
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 của mình, hãy liên hệ với Nhóm hỗ trợ Firebase.
Bảng điều khiển 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 để theo dõi kết xuất màn hình, hãy thử các bước khắc phục sự cố sau:
Đảm bảo rằng bạn đang sử dụng phiên bản Android SDK mới nhất (v22.0.3). 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.
Đảm bảo rằng bạn chưa tắt thủ công Tăng tốc phần cứng cho một màn hình.
Đả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 vô hiệu hoá tính năng tự động thu thập dấu vết khởi động ứng dụng, ứng dụng ở nền trước và ứng dụng ở nền sau. 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 đã ngừng hoạt động và thường không được dùng trong ứng dụng của bạn.
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:
Nếu bạn đo lường các 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 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.
- 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 (
Nếu bạn đo lường các 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ợ Performance Monitoring Gradle:Đảm bảo rằng bạn đã thêm đúng plugin. Cụ thể, hãy kiểm tra những điều sau:
- Bạn đã thêm trình bổ trợ (
) vào tệpapply plugin: 'com.google.firebase.firebase-perf' build.gradlemô-đun (cấp ứng dụng). - Bạn đã thêm phần phụ thuộc đường dẫn lớp cho trình bổ trợ (
) vào tệpclasspath 'com.google.firebase:perf-plugin:2.0.2' build.gradlecấp dự án.
- Bạn đã thêm trình bổ trợ (
Đảm bảo rằng plugin không bị vô hiệu hoá thông qua một trong các cờ sau:
instrumentationEnabledtrong tệpbuild.gradlecủa mô-đun (cấp ứng dụng)firebasePerformanceInstrumentationEnabledtrong tệpgradle.propertiescủa bạn
Kiểm tra thông báo nhật ký để đảm bảo rằng 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:
Đối với các ứng dụng Android, trình bổ trợ Performance Monitoring Gradle cho phép đo lường cung cấp tính năng tự động giám sát các yêu cầu mạng HTTP/S. Kiểm tra những điều sau:
Đảm bảo rằng bạn đã thêm đúng plugin. Cụ thể, hãy kiểm tra những điều sau:
- Bạn đã thêm trình bổ trợ (
) vào tệpapply plugin: 'com.google.firebase.firebase-perf' build.gradlemô-đun (cấp ứng dụng). - Bạn đã thêm phần phụ thuộc đường dẫn lớp cho trình bổ trợ (
) vào tệpclasspath 'com.google.firebase:perf-plugin:2.0.2' build.gradlecấp dự án.
- Bạn đã thêm trình bổ trợ (
Đảm bảo rằng plugin không bị vô hiệu hoá thông qua một trong các cờ sau:
instrumentationEnabledtrong tệpbuild.gradlecủa mô-đun (cấp ứng dụng)firebasePerformanceInstrumentationEnabledtrong tệpgradle.propertiescủa bạn
Kiểm tra xem thư viện mạng có không tương thích hay không. Performance Monitoring tự động thu thập các chỉ số cho những 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.
Hãy lưu ý những điều sau:
Tùy 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ề 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 vẫn đ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 vô hiệu hóa chức năng giám sát các yêu cầu mạng HTTP/S.
- Jack đã lỗi thời và nhìn chung không nên sử dụng trong ứng dụng của bạn.
Performance Monitoring không báo cáo về các yêu cầu mạng có tiêu đề
Content-Typekhông hợp lệ. Tuy nhiên, các yêu cầu mạng không có tiêu đềContent-Typevẫ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 trong mẫu URL.
Bạn cũng có thể thử các mẫu URL tùy chỉnh!
Câu hỏi thường gặp
Có chuyện gì xảy ra với 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ế Các vấn đề hàng đầu bằng Cảnh báo gần đây để tiếp nối việc ra mắt gần đây 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 các ngưỡng mà bạn đặt bị vượt quá. Các vấn đề hiện đã không còn được hỗ trợ 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 mục Cảnh báo gần đây. Chỉ có ba cảnh báo gần đây nhất cho ứng dụng đã chọn mới được hiển thị.
Để tìm hiểu thêm về cảnh báo, hãy xem Thiết lập cảnh báo cho các sự cố về hiệu suất.
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ể cấu hình này cho số liệu hiệu suất, chúng tôi đã loại bỏ khả năng cấu hình ngưỡng cho sự cố.
Điều gì đã xảy ra với thông tin Chi tiết và Số liệu 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 mới đượ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 cùng chức năng cốt lõi như Chi tiết và Số liệu. Để 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ừ các 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 giới hạn này đủ cao để ngay cả khi có ít sự kiện hơn, các giá trị số liệu vẫn đại diện cho 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ị là 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 thiết bị đo vòng lặp có thể gửi một lượng lớn dữ liệu hiệu suất và ngăn chặn một thiết bị duy nhất làm sai lệch các phép đo 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 lấy 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 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ốc độ lấy mẫu động tùy thuộc vào từng ứng dụng và được điều chỉnh để đảm bảo tổng khối lượng dữ liệu thu thập được luôn ở mức dưới 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 dữ liệu chi tiết bổ sung từ thiết bị của người dùng, yêu cầu 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 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 hiệu quả của số liệu của chúng tôi, nhưng nó có thể gây ra những thay đổi nhỏ trong mô hình, bao gồm:
- Số lượng dấu vết có thể khác nhau tùy theo số lần thực thi một đoạn mã.
- 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 tab Sự cố 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 thế nào để tôi xem được 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 để tab Bảng điều khiển hiển thị các số liệu 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 đã xóa các trang Trên thiết bị và Mạng.
Bảng theo dõi ở cuối tab Bảng điều khiển có tất cả thông tin giống như thông tin hiển thị trên tab Trên thiết bị và Mạng, nhưng có thêm một số tính năng, bao gồm khả năng sắp xếp theo dõi theo phần trăm thay đổi cho một số liệu 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:
- Theo dõi yêu cầu mạng (cả sẵn có và tùy chỉnh) — tab phụ Yêu cầu mạng
- Dấu vết mã tùy chỉnh — tab phụ Dấu vết tùy chỉnh
- Dấu vết khởi động ứng dụng, ứng dụng ở chế độ nền trước, ứng dụng ở chế độ nền sau — tab phụ Dấu vết tùy chỉnh
- Dấu vết kết xuất màn hình – thẻ phụ Kết xuất màn hình
- Theo dõi tải trang — tab 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ố và 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à đóng băng 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à 60Hz. Nếu tốc độ làm mới của thiết bị thấp hơn 60 Hz, 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 chậm hoặc bị đóng băng được báo cáo vì nhiều khung hình sẽ được kết xuất chậm hơn hoặc bị đóng băng. Tuy nhiên, nếu tốc độ làm mới của thiết bị cao hơn 60Hz, mỗi khung hình sẽ có thời gian hiển thị 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.
Tại sao tôi không xem được dấu vết của 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 những dấu vết nào liên quan đến các mảnh và hoạt động?
Mỗi dấu vết của mảnh và hoạt động đều dựa trên tên lớp của dấu vết đó như được xác định trong ứng dụng của bạn. Mỗi dấu vết màn hình đều 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 của đoạn hơn các dấu vết khác?
Performance Monitoring thực hiện lấy mẫu sự kiện trên tất cả các sự kiện được thu thập trên một thiết bị. Cách tiếp cận này cho phép chúng tôi thu thập số lượng 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 nhận được thông báo khi có vấn đề về hiệu suất hiển thị của ứng dụng?
Performance Monitoring cho phép bạn thiết lập cảnh 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ệ 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 cho Android sử dụng tính năng đo lường mã byte để cung cấp một số tính năng có sẵn như giám sát 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 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ã có vai trò 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 tạo bản dựng:
- Số lượng lớp học hoặc tệp
- Kích thước của từng lớp đó (dòng mã)
- Cấu hình máy của bạn
- 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 phân chia mã của bạn thành các mô-đun.
Bắt đầu từ v1.3.3 của trình bổ trợ Performance Monitoring, chúng tôi đã tập trung vào việc cải thiện đáng kể quá trình xử lý bản dựng gia tăng và lưu vào bộ nhớ đệm các đầu vào thư viện. Để nhận được những đ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ợ (v2.0.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 tạo bản dựng quá 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 phát hành, vì phương pháp này có thể dẫn đến việc bỏ lỡ các phép đo hiệu suất cho các yêu cầu mạng trong ứng dụng của bạn.
Tôi phải 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ợ Performance Monitoring Gradle?
Performance Monitoring cho Android sử dụng tính năng đo lường mã byte để cung cấp một số tính năng có sẵn như giám sát 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 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ã có vai trò 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ó một phần phụ thuộc vào một thư viện không tương thích với trình bổ trợ Performance Monitoring Gradle.
Để khắc phục 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 quá trình đo lường bằng cách làm theo các bước sau:
- Cập nhật lên phiên bản mới nhất của trình bổ trợ Performance Monitoring Gradle (tối thiểu là v1.4.0).
- Cập nhật trình bổ trợ Android cho Gradle lên phiên bản 7.2.0 trở lên.
- Thêm cờ sau vào tệp
build.gradle(cấp ứng dụng) của mô-đun để loại trừ các lớp/thư viện không tương thích khỏi quá trình đo lường: Để tìm hiểu thêm về thuộc tínhandroid { // ... androidComponents { onVariants(selector().all(), { instrumentation.excludes.add("example.incompatible.library") }) } }
excludecủa APIInstrumentationcủa trình bổ trợ Android cho Gradle, hãy xem phần Instrumentation (Đo lường hiệu suất).
Vui lòng báo cáo 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 thư viện đó cũng có thể bị loại trừ khỏi quá trình đo lường trong trình bổ trợ 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 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".
Để tận dụng khả năng xử lý dữ liệu gần 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 với 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 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 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ể ứng dụng sử dụng phiên bản SDK nào, bạn sẽ thấy dữ liệu hiệu suất từ 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 không quá 36 giờ), thì dữ liệu hiển thị là từ 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 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.
Liên hệ với nhóm hỗ trợ của Firebase
Nếu bạn liên hệ với Nhóm hỗ trợ Firebase, hãy luôn cung cấp mã ứng dụng Firebase. Tìm ID ứng dụng Firebase của bạn trong thẻ Ứng dụng của bạn trong settings Cài đặt dự án.