Trang này cung cấp khắc phục sự giúp đỡ và trả lời cho câu hỏi thường gặp về việc sử dụng Crashlytics. Nếu bạn không thể tìm thấy những gì bạn đang tìm kiếm hoặc cần thêm sự giúp đỡ, liên hệ hỗ trợ căn cứ hỏa lực .
Xử lý sự cố chung / Hỏi đáp
Nếu bạn không nhìn thấy người dùng sụp đổ miễn phí, các bản ghi mẩu bánh mì, và / hoặc cảnh báo tốc độ, chúng tôi khuyên bạn nên kiểm tra cấu hình của ứng dụng của bạn cho Google Analytics.
Hãy chắc chắn rằng bạn đã kích hoạt Google Analytics trong dự án căn cứ hỏa lực của bạn.
Hãy chắc chắn rằng chia sẻ dữ liệu được kích hoạt cho Google Analytics trong Tích hợp > trang Google Analytics của các firebase console. Lưu ý rằng các thiết lập chia sẻ dữ liệu được hiển thị trong căn cứ hỏa lực console nhưng quản lý trong giao diện điều khiển Google Analytics.
Ngoài các căn cứ hỏa lực Crashlytics SDK, hãy chắc chắn rằng bạn đã thêm SDK căn cứ hỏa lực cho Google Analytics để ứng dụng của bạn ( iOS + | Android ).
Hãy chắc chắn rằng bạn đang sử dụng phiên bản mới nhất cho tất cả các căn cứ hỏa lực của bạn SDK ( iOS + | Android ).
Đặc biệt là kiểm tra xem bạn đang sử dụng ở mức tối thiểu các phiên bản sau của SDK căn cứ hỏa lực cho Google Analytics: iOS + - v6.3.1 + (v8.9.0 + cho MacOS và tvOS) | Android - v17.2.3 +(HĐQT v24.7.1 +) .
Giá trị sụp đổ miễn phí đại diện cho trăm người dùng tham gia ứng dụng của bạn, nhưng không có một vụ tai nạn trên một khoảng thời gian cụ thể. Bạn chọn khoảng thời gian này từ menu thả xuống ở phía trên bên phải của bảng điều khiển Crashlytics.
Tỷ lệ người sử dụng sụp đổ miễn phí là một tập hợp theo thời gian , không phải là một mức trung bình.
Ví dụ, hãy tưởng tượng ứng dụng của bạn có ba người sử dụng; chúng tôi sẽ gọi cho họ dùng A, dùng B, và User C. Sau đây bảng hiển thị mà người dùng tham gia với ứng dụng của bạn mỗi ngày và đó của những người dùng đã có một vụ tai nạn ngày hôm đó:
Thứ hai | Thứ ba | Thứ Tư | |
---|---|---|---|
Người dùng tham gia ứng dụng của bạn | A, B, C | A, B, C | A, B |
Người dùng đã có một vụ tai nạn | C | B | Một |
Hôm thứ Tư, tỷ lệ người sử dụng sụp đổ miễn phí của bạn là 50% (1 trong 2 người đã sụp đổ miễn phí).
Hai trong số người dùng của bạn tham gia ứng dụng của bạn vào ngày thứ Tư, nhưng chỉ một trong số họ (Người dùng B) không có tai nạn.Đối với 2 ngày qua, tỷ lệ người sử dụng sụp đổ miễn phí của bạn là 33,3% (1 trong 3 người dùng đã sụp đổ miễn phí).
Ba trong số người dùng của bạn tham gia ứng dụng của bạn trong vòng hai ngày qua, nhưng chỉ một trong số họ (User C) không có tai nạn.Trong 3 ngày qua, tỷ lệ người sử dụng sụp đổ miễn phí của bạn là 0% (0 trong tổng số 3 người đã bị sụp đổ miễn phí).
Ba trong số người dùng của bạn tham gia ứng dụng của bạn trong ba ngày qua, nhưng không có trong số họ đã không có tai nạn.
Nếu cần thiết, đây là đầu vào cụ thể và công thức để tính sụp đổ miễn phí tỷ lệ người sử dụng:
1 - ( IMPACTED_USERS / ALL_USERS )
Nơi IMPACTED_USERS và ALL_USERS được thu thập bởi Google Analytics và có sẵn thông qua bảng điều khiển Analytics.
Tích hợp
Nếu dự án của bạn sử dụng Crashlytics cùng với Google Mobile Ads SDK, nó có khả năng rằng các phóng viên tai nạn được can thiệp khi đăng ký xử lý ngoại lệ. Để khắc phục vấn đề này, tắt báo cáo tai nạn trong quảng cáo di động SDK bằng cách gọi disableSDKCrashReporting
.
Sau khi bạn liên kết Crashlytics để BigQuery, tập dữ liệu mới mà bạn tạo sẽ được tự động đặt tại Hoa Kỳ, không phụ thuộc vào vị trí của dự án căn cứ hỏa lực của bạn.
hỗ trợ nền tảng
vấn đề thụt lùi
Một vấn đề đã có một hồi quy khi trước đó bạn đã đóng vấn đề này nhưng Crashlytics nhận được một báo cáo mới đây rằng vấn đề này đã tái xuất hiện. Crashlytics tự động tái mở ra những vấn đề này thụt lùi để bạn có thể giải quyết chúng như thích hợp cho ứng dụng của bạn.
Dưới đây là một ví dụ kịch bản giải thích cách Crashlytics phân loại là một vấn đề như một hồi quy:
- Đây là lần đầu tiên bao giờ hết, Crashlytics được báo cáo sự cố về Crash "A". Crashlytics mở ra một vấn đề tương ứng cho rằng vụ tai nạn (Issue "A").
- Bạn khắc phục lỗi này một cách nhanh chóng, gần Issue "A", và sau đó phát hành một phiên bản mới của ứng dụng của bạn.
- Crashlytics được một báo cáo khác về Issue "A" sau khi bạn đóng vấn đề này.
- Nếu báo cáo là từ một phiên bản ứng dụng mà Crashlytics biết về khi bạn đóng các vấn đề (có nghĩa là phiên bản đã gửi một báo cáo tai nạn đối với bất kỳ tai nạn nào cả), sau đó Crashlytics sẽ không xem xét vấn đề này càng thụt lùi. Vấn đề này sẽ vẫn đóng kín.
- Nếu báo cáo là từ một phiên bản ứng dụng mà Crashlytics CHƯA BIẾT VỀ THƯƠNG khi bạn đóng các vấn đề (có nghĩa là phiên bản chưa bao giờ gửi bất kỳ báo cáo tai nạn đối với bất kỳ tai nạn nào cả), sau đó Crashlytics xem xét vấn đề này thụt lùi và sẽ mở lại vấn đề này .
Khi một vấn đề thoái, chúng tôi gửi một cảnh báo phát hiện hồi quy và thêm một tín hiệu hồi quy để vấn đề này để cho bạn biết rằng Crashlytics đã mở cửa trở lại vấn đề này. Nếu bạn không muốn là một vấn đề để mở lại do thuật toán hồi quy của chúng tôi, vấn đề "câm" thay vì đóng nó.
Nếu một báo cáo là từ một phiên bản ứng dụng cũ mà chưa bao giờ gửi bất kỳ báo cáo sự cố ở tất cả khi bạn đóng vấn đề này, sau đó Crashlytics xem xét vấn đề này thụt lùi và sẽ mở lại vấn đề này.
Tình trạng này có thể xảy ra trong các tình huống sau đây: Bạn đã cố định một lỗi và phát hành một phiên bản mới của ứng dụng của bạn, nhưng bạn vẫn có người sử dụng trên các phiên bản cũ hơn mà không sửa chữa lỗi. Nếu, một cách tình cờ, một trong những phiên bản cũ chưa bao giờ gửi bất kỳ báo cáo sự cố ở tất cả khi bạn đóng vấn đề này, và những người sử dụng bắt đầu gặp phải lỗi, sau đó những báo cáo sự cố sẽ gây ra một vấn đề thụt lùi.
Nếu bạn không muốn là một vấn đề để mở lại do thuật toán hồi quy của chúng tôi, vấn đề "câm" thay vì đóng nó.