Tuỳ chỉnh báo cáo lỗi trong Firebase Crashlytics

Trên trang tổng quan Crashlytics, bạn có thể nhấp vào một vấn đề và nhận báo cáo sự kiện chi tiết. Bạn có thể tuỳ chỉnh các báo cáo đó để hiểu rõ hơn những gì đang xảy ra trong ứng dụng của mình và các trường hợp xảy ra liên quan đến các sự kiện được báo cáo cho Crashlytics.

  • Tự động nhận nhật ký đường dẫn nếu ứng dụng của bạn sử dụng SDK Firebase cho Google Analytics. Các nhật ký này giúp bạn xem được những hành động của người dùng dẫn đến một sự kiện do Crashlytics thu thập trong ứng dụng của bạn.

  • Tắt tính năng tự động báo cáo sự cố và bật tính năng chọn sử dụng để báo cáo cho người dùng. Xin lưu ý rằng theo mặc định, Crashlytics tự động thu thập báo cáo sự cố cho tất cả người dùng ứng dụng của bạn.

Báo cáo trường hợp ngoại lệ

Báo cáo các trường hợp ngoại lệ phát hiện được

Nếu có các ngoại lệ dự kiến, bạn có thể yêu cầu Crashlytics SDK báo cáo chúng dưới dạng sự kiện không nghiêm trọng. Những sự kiện này được ghi lại trên thiết bị, sau đó được gửi cùng với báo cáo sự kiện nghiêm trọng tiếp theo hoặc khi người dùng cuối khởi động lại trò chơi.

Bạn có thể ghi lại các ngoại lệ trong C# bằng phương thức sau:

Crashlytics.LogException(Exception ex);

Bạn có thể ghi lại các trường hợp ngoại lệ dự kiến trong các khối thử/bắt trong trò chơi của mình:

try {
    myMethodThatThrows();
} catch (Exception e) {
   Crashlytics.LogException(e);
   // handle your exception here!
}

Báo cáo trường hợp ngoại lệ chưa nắm bắt được

Đối với các trường hợp ngoại lệ chưa nắm bắt được không gây ra sự cố cho trò chơi của bạn (ví dụ: chưa nắm bắt được ngoại lệ C# trong logic trò chơi), bạn có thể để Crashlytics SDK báo cáo các trường hợp đó dưới dạng sự kiện nghiêm trọng bằng cách đặt thuộc tính Crashlytics.ReportUncaughtExceptionsAsFatal thành true, tại đó bạn khởi động Crashlytics trong dự án Unity. Những sự kiện này được báo cáo cho Crashlytics theo thời gian thực mà không cần người dùng cuối khởi động lại trò chơi.

Khi bạn báo cáo các trường hợp ngoại lệ chưa nắm bắt này là sự kiện nghiêm trọng, chúng sẽ được tính vào số liệu thống kê về người dùng không gặp sự cố và cảnh báo tốc độ.

Xin lưu ý rằng các sự cố gốc luôn được báo cáo dưới dạng sự kiện nghiêm trọng. Những sự kiện này được ghi lại trên thiết bị, sau đó được gửi đi khi người dùng cuối khởi động lại trò chơi.

void Start() {
    // Since there is no try-block surrounding this call, if an exception is thrown,
    // it is considered unexpected.
    // Setting `Crashlytics.ReportUncaughtExceptionsAsFatal = true`
    // will ensure that such cases are reported as fatals.
    thirdPartyMethodThatMayThrow();
}

Bao gồm các báo cáo GWP-ASan để gỡ lỗi các sự cố hỏng bộ nhớ

Đối với các ứng dụng Android sử dụng IL2CPP, Crashlytics có thể giúp bạn gỡ lỗi các sự cố do lỗi bộ nhớ gốc gây ra bằng cách thu thập báo cáo GWP-ASan. Những lỗi liên quan đến bộ nhớ này có thể liên quan đến tình trạng hỏng bộ nhớ trong ứng dụng của bạn, đây là nguyên nhân chính gây ra các lỗ hổng bảo mật ứng dụng.

  • Bạn có thể xem dữ liệu này trong thẻ "Dấu vết ngăn xếp bộ nhớ" mới khi nhấp vào thông tin chi tiết về vấn đề trong trang tổng quan Crashlytics.

  • Bạn cũng có thể dùng bộ lọc và tín hiệu "Báo cáo GWP-ASan" mới để xem nhanh tất cả vấn đề về dữ liệu này.

Bạn có thể nhận báo cáo bộ nhớ GWP-ASan nếu ứng dụng của bạn sử dụng SDK Crashlytics mới nhất dành cho Unity (phiên bản 10.7.0 trở lên) và đã bật rõ ràng GWP-ASan (bạn cần phải sửa đổi Tệp kê khai ứng dụng Android). Nếu có mã C++ trong ứng dụng, bạn có thể kiểm thử chế độ thiết lập GWP-ASan bằng cách sử dụng mã gốc mẫu trong tài liệu Android.

Thêm khoá tuỳ chỉnh

Khoá tuỳ chỉnh giúp bạn biết được trạng thái cụ thể của ứng dụng dẫn đến sự cố. Bạn có thể liên kết các cặp khoá/giá trị tuỳ ý với báo cáo sự cố, sau đó sử dụng các khoá tuỳ chỉnh để tìm kiếm và lọc báo cáo sự cố trong bảng điều khiển của Firebase.

  • Trong trang tổng quan Crashlytics, bạn có thể tìm kiếm các vấn đề khớp với một khoá tuỳ chỉnh.
  • Khi xem xét một vấn đề cụ thể trong bảng điều khiển, bạn có thể xem các khoá tuỳ chỉnh liên kết cho từng sự kiện (thẻ con Khoá) và thậm chí là lọc sự kiện theo các khoá tuỳ chỉnh (trình đơn Bộ lọc ở đầu trang).

Khi được gọi nhiều lần, các giá trị mới cho các khoá hiện có sẽ cập nhật giá trị này và chỉ giá trị mới nhất được thu thập khi ghi lại sự cố.

Crashlytics.SetCustomKey(string key, string value);

Thêm thông điệp nhật ký tuỳ chỉnh

Các thông báo đã ghi nhật ký được liên kết với dữ liệu về sự cố của bạn và xuất hiện trong trang tổng quan của Firebase Crashlytics khi bạn xem một sự cố cụ thể.

Crashlytics.Log(string message);

Đặt giá trị nhận dạng người dùng

Bạn có thể sử dụng số nhận dạng, mã thông báo hoặc giá trị đã băm để xác định riêng biệt người dùng cuối của ứng dụng mà không cần tiết lộ hoặc truyền bất kỳ thông tin cá nhân nào của họ. Bạn cũng có thể xoá giá trị đó bằng cách đặt giá trị đó thành một chuỗi trống. Giá trị này được hiển thị trong trang tổng quan của Firebase Crashlytics khi xem một sự cố cụ thể.

Crashlytics.SetUserId(string identifier);

Nhận nhật ký breadcrumb (tập hợp liên kết phân cấp)

Nhật ký Breadcrumb giúp bạn hiểu rõ hơn về những hành động tương tác mà người dùng thực hiện với ứng dụng của bạn dẫn đến sự cố, sự cố không nghiêm trọng hoặc sự kiện ANR. Các nhật ký này có thể hữu ích khi bạn cố gắng tái tạo và gỡ lỗi một vấn đề.

Nhật ký breadcrumb (tập hợp liên kết phân cấp) do Google Analytics cung cấp. Vì vậy, để nhận nhật ký breadcrumb (tập hợp liên kết phân cấp), bạn cần bật Google Analytics cho dự án Firebase và thêm Firebase SDK cho Google Analytics vào ứng dụng của mình. Sau khi đáp ứng các yêu cầu này, nhật ký breadcrumb (tập hợp liên kết phân cấp) sẽ tự động được đưa vào dữ liệu của một sự kiện trong thẻ Nhật ký khi bạn xem thông tin chi tiết về một vấn đề.

SDK Analytics tự động ghi lại sự kiện screen_view, cho phép nhật ký breadcrumb (tập hợp liên kết phân cấp) hiển thị danh sách các màn hình đã xem trước sự kiện sự cố, sự kiện không nghiêm trọng hoặc sự kiện ANR. Nhật ký breadcrumb (tập hợp liên kết phân cấp) screen_view chứa tham số firebase_screen_class.

Nhật ký Breadcrumb cũng được điền sẵn mọi sự kiện tuỳ chỉnh mà bạn tự ghi trong phiên hoạt động của người dùng, bao gồm cả dữ liệu thông số của sự kiện. Dữ liệu này có thể giúp hiển thị một loạt hành động của người dùng dẫn đến sự cố, sự kiện không nghiêm trọng hoặc sự kiện ANR.

Xin lưu ý rằng bạn có thể kiểm soát việc thu thập và sử dụng dữ liệu Google Analytics, bao gồm cả dữ liệu điền nhật ký breadcrumb (tập hợp liên kết phân cấp).

Bật báo cáo chọn tham gia

Theo mặc định, Crashlytics tự động thu thập báo cáo sự cố cho tất cả người dùng ứng dụng của bạn. Bạn có thể mang lại cho người dùng nhiều quyền kiểm soát hơn đối với dữ liệu mà họ gửi bằng cách cho phép họ chọn nhận báo cáo sự cố.

Để tắt tính năng thu thập tự động và chỉ khởi chạy Crashlytics cho những người dùng được chọn, hãy gọi cơ chế ghi đè thu thập dữ liệu Crashlytics trong thời gian chạy. Giá trị ghi đè vẫn sẽ tồn tại trong các lần chạy ứng dụng của bạn để Crashlytics có thể tự động thu thập báo cáo. Để chọn không tự động báo cáo sự cố, hãy chuyển false dưới dạng giá trị ghi đè. Khi bạn đặt thành false, giá trị mới sẽ không áp dụng cho đến lần chạy ứng dụng tiếp theo.

Crashlytics.IsCrashlyticsCollectionEnabled = true

Quản lý dữ liệu Thông tin chi tiết về sự cố

Thông tin chi tiết về sự cố giúp bạn giải quyết vấn đề bằng cách so sánh dấu vết ngăn xếp ẩn danh với dấu vết của các ứng dụng Firebase khác, đồng thời cho bạn biết liệu vấn đề của bạn có nằm trong một xu hướng lớn hơn hay không. Đối với nhiều vấn đề, Crash Insights thậm chí còn cung cấp tài nguyên giúp bạn gỡ lỗi sự cố.

Thông tin chi tiết về sự cố sử dụng dữ liệu sự cố tổng hợp để xác định các xu hướng phổ biến về độ ổn định. Nếu không muốn chia sẻ dữ liệu của ứng dụng, bạn có thể chọn không sử dụng Thông tin chi tiết về sự cố trên trình đơn Thông tin chi tiết về sự cố ở đầu danh sách vấn đề Crashlytics trong bảng điều khiển của Firebase.