Si votre application Android contient des bibliothèques natives , vous pouvez activer les traces complètes de la pile et les rapports d'erreur détaillés pour votre code natif à partir de Firebase Crashlytics avec quelques petites mises à jour de la configuration de construction de votre application.
Ce guide décrit comment configurer les rapports d'incident avec le SDK Firebase Crashlytics pour NDK.
Si vous cherchez comment démarrer avec Crashlytics dans vos projets Unity, consultez le guide de démarrage Unity .
Avant que tu commences
Si vous ne l'avez pas déjà fait, ajoutez Firebase à votre projet Android. Si vous n'avez pas d'application Android, vous pouvez télécharger un exemple d'application .
Recommandé : pour obtenir des fonctionnalités telles que des utilisateurs sans plantage, des journaux de fil d'Ariane et des alertes de vélocité, vous devez activer Google Analytics dans votre projet Firebase.
Si Google Analytics n'est pas activé pour votre projet Firebase existant, vous pouvez activer Google Analytics à partir de l' onglet Intégrations de vos > Paramètres du projet dans la console Firebase.
Si vous créez un nouveau projet Firebase, activez Google Analytics lors du workflow de création de projet.
Étape 1 : Ajoutez le SDK Crashlytics pour NDK à votre application
Dans le fichier Gradle de votre module (au niveau de l'application) (généralement<project>/<app-module>/build.gradle.kts
ou <project>/<app-module>/build.gradle
), ajoutez la dépendance pour le Crashlytics NDK Bibliothèque Android. Nous vous recommandons d'utiliser Firebase Android BoM pour contrôler la gestion des versions de la bibliothèque.Pour une expérience optimale avec Crashlytics, nous vous recommandons d'activer Google Analytics dans votre projet Firebase et d'ajouter le SDK Firebase pour Google Analytics à votre application.
Kotlin+KTX
dependencies { // Import the BoM for the Firebase platform implementation(platform("com.google.firebase:firebase-bom:32.3.1")) // Add the dependencies for the Crashlytics NDK and Analytics libraries // When using the BoM, you don't specify versions in Firebase library dependencies implementation("com.google.firebase:firebase-crashlytics-ndk") implementation("com.google.firebase:firebase-analytics-ktx") }
En utilisant Firebase Android BoM , votre application utilisera toujours des versions compatibles des bibliothèques Firebase Android.
(Alternative) Ajouter des dépendances à la bibliothèque Firebase sans utiliser le BoM
Si vous choisissez de ne pas utiliser la nomenclature Firebase, vous devez spécifier chaque version de la bibliothèque Firebase dans sa ligne de dépendance.
Notez que si vous utilisez plusieurs bibliothèques Firebase dans votre application, nous vous recommandons vivement d'utiliser la BoM pour gérer les versions de bibliothèque, ce qui garantit que toutes les versions sont compatibles.
dependencies { // Add the dependencies for the Crashlytics NDK and Analytics libraries // When NOT using the BoM, you must specify versions in Firebase library dependencies implementation("com.google.firebase:firebase-crashlytics-ndk:18.4.3") implementation("com.google.firebase:firebase-analytics-ktx:21.3.0") }
Java
dependencies { // Import the BoM for the Firebase platform implementation(platform("com.google.firebase:firebase-bom:32.3.1")) // Add the dependencies for the Crashlytics NDK and Analytics libraries // When using the BoM, you don't specify versions in Firebase library dependencies implementation("com.google.firebase:firebase-crashlytics-ndk") implementation("com.google.firebase:firebase-analytics") }
En utilisant Firebase Android BoM , votre application utilisera toujours des versions compatibles des bibliothèques Firebase Android.
(Alternative) Ajouter des dépendances à la bibliothèque Firebase sans utiliser le BoM
Si vous choisissez de ne pas utiliser la nomenclature Firebase, vous devez spécifier chaque version de la bibliothèque Firebase dans sa ligne de dépendance.
Notez que si vous utilisez plusieurs bibliothèques Firebase dans votre application, nous vous recommandons vivement d'utiliser la BoM pour gérer les versions de bibliothèque, ce qui garantit que toutes les versions sont compatibles.
dependencies { // Add the dependencies for the Crashlytics NDK and Analytics libraries // When NOT using the BoM, you must specify versions in Firebase library dependencies implementation("com.google.firebase:firebase-crashlytics-ndk:18.4.3") implementation("com.google.firebase:firebase-analytics:21.3.0") }
Étape 2 : Ajoutez le plugin Crashlytics Gradle à votre application
Dans votre fichier Gradle de niveau racine (au niveau du projet) (
<project>/build.gradle.kts
ou<project>/build.gradle
), ajoutez le plug-in Crashlytics Gradle au blocplugins
:Kotlin
plugins { id("com.android.application") version "7.2.0" apply false // ... // Make sure that you have the Google services Gradle plugin dependency id("com.google.gms.google-services") version "4.3.15" apply false // Add the dependency for the Crashlytics Gradle plugin id("com.google.firebase.crashlytics") version "2.9.9" apply false }
Groovy
plugins { id 'com.android.application' version '7.2.0' apply false // ... // Make sure that you have the Google services Gradle plugin dependency id 'com.google.gms.google-services' version '4.3.15' apply false // Add the dependency for the Crashlytics Gradle plugin id 'com.google.firebase.crashlytics' version '2.9.9' apply false }
Dans le fichier Gradle de votre module (au niveau de l'application) (généralement
<project>/<app-module>/build.gradle.kts
ou<project>/<app-module>/build.gradle
), ajoutez le plug-in Crashlytics Gradle :Kotlin
plugins { id("com.android.application") // ... // Make sure that you have the Google services Gradle plugin id("com.google.gms.google-services") // Add the Crashlytics Gradle plugin id("com.google.firebase.crashlytics") }
Groovy
plugins { id 'com.android.application' // ... // Make sure that you have the Google services Gradle plugin id 'com.google.gms.google-services' // Add the Crashlytics Gradle plugin id 'com.google.firebase.crashlytics' }
Étape 3 : Ajoutez l'extension Crashlytics à votre build
Dans le fichier Gradle de votre module (au niveau de l'application) (généralement <project>/<app-module>/build.gradle.kts
ou <project>/<app-module>/build.gradle
), configurez l'extension Crashlytics.
Kotlin
import com.google.firebase.crashlytics.buildtools.gradle.CrashlyticsExtension // ... android { // ... buildTypes { getByName("release") { // Add this extension configure<CrashlyticsExtension> { // Enable processing and uploading of native symbols to Firebase servers. // By default, this is disabled to improve build speeds. // This flag must be enabled to see properly-symbolicated native // stack traces in the Crashlytics dashboard. nativeSymbolUploadEnabled = true } } } }
Groovy
// ... android { // ... buildTypes { release { // Add this extension firebaseCrashlytics { // Enable processing and uploading of native symbols to Firebase servers. // By default, this is disabled to improve build speeds. // This flag must be enabled to see properly-symbolicated native // stack traces in the Crashlytics dashboard. nativeSymbolUploadEnabled true } } } }
Étape 4 : Configurer le téléchargement automatique des symboles natifs
Pour produire des traces de pile lisibles à partir des plantages NDK, Crashlytics doit connaître les symboles de vos binaires natifs. Le plugin Crashlytics Gradle inclut la tâche uploadCrashlyticsSymbolFile BUILD_VARIANT
pour automatiser ce processus.
Afin que vous puissiez accéder à la tâche de téléchargement automatisé de symboles, assurez-vous que
nativeSymbolUploadEnabled
est défini surtrue
dans le fichier Gradle de votre module (au niveau de l'application).Pour que les noms de méthode apparaissent dans vos traces de pile, vous devez appeler explicitement la tâche
uploadCrashlyticsSymbolFile BUILD_VARIANT
après chaque génération de votre bibliothèque NDK. Par exemple:>./gradlew app:assembleBUILD_VARIANT\ app:uploadCrashlyticsSymbolFileBUILD_VARIANT
Le SDK Crashlytics pour NDK et le plugin Crashlytics Gradle dépendent de la présence de l'ID de build GNU dans les objets partagés natifs.
Vous pouvez vérifier la présence de cet ID en exécutant
readelf -n
sur chaque binaire. Si l'ID de construction est absent, ajoutez-Wl,--build-id
aux drapeaux de votre système de construction pour résoudre le problème.
Étape 5 : Forcer un plantage de test pour terminer la configuration
Pour terminer la configuration de Crashlytics et afficher les données initiales dans le tableau de bord Crashlytics de la console Firebase, vous devez forcer un plantage de test.
Ajoutez du code à votre application que vous pouvez utiliser pour forcer un plantage de test.
Vous pouvez utiliser le code suivant dans
MainActivity
de votre application pour ajouter un bouton à votre application qui, lorsqu'il est enfoncé, provoque un blocage. Le bouton est étiqueté "Test Crash".Kotlin+KTX
val crashButton = Button(this) crashButton.text = "Test Crash" crashButton.setOnClickListener { throw RuntimeException("Test Crash") // Force a crash } addContentView(crashButton, ViewGroup.LayoutParams( ViewGroup.LayoutParams.MATCH_PARENT, ViewGroup.LayoutParams.WRAP_CONTENT))
Java
Button crashButton = new Button(this); crashButton.setText("Test Crash"); crashButton.setOnClickListener(new View.OnClickListener() { public void onClick(View view) { throw new RuntimeException("Test Crash"); // Force a crash } }); addContentView(crashButton, new ViewGroup.LayoutParams( ViewGroup.LayoutParams.MATCH_PARENT, ViewGroup.LayoutParams.WRAP_CONTENT));
Créez et exécutez votre application.
Forcez le plantage du test afin d'envoyer le premier rapport de plantage de votre application :
Ouvrez votre application à partir de votre appareil de test ou de votre émulateur.
Dans votre application, appuyez sur le bouton "Test Crash" que vous avez ajouté à l'aide du code ci-dessus.
Après le plantage de votre application, redémarrez-la afin que votre application puisse envoyer le rapport de plantage à Firebase.
Accédez au tableau de bord Crashlytics de la console Firebase pour voir votre plantage de test.
Si vous avez actualisé la console et que vous ne voyez toujours pas le plantage du test après cinq minutes, activez la journalisation de débogage pour voir si votre application envoie des rapports de plantage.
Et c'est tout! Crashlytics surveille désormais votre application pour détecter les plantages, et vous pouvez afficher et étudier les rapports et les statistiques sur les plantages dans le tableau de bord Crashlytics.
Prochaines étapes
(Recommandé) Obtenez de l'aide pour déboguer les plantages causés par des erreurs de mémoire native en collectant les rapports GWP-ASan . Ces erreurs liées à la mémoire peuvent être associées à une corruption de la mémoire au sein de votre application, qui est la principale cause de vulnérabilités de sécurité des applications. Pour tirer parti de cette fonctionnalité de débogage, assurez-vous que votre application a explicitement activé GWP-ASan et utilise le dernier SDK Crashlytics pour NDK (v18.3.6+ ou Firebase BoM v31.3.0+).
Personnalisez la configuration de votre rapport d'incident en ajoutant des rapports d'activation, des journaux, des clés et un suivi des erreurs non fatales.
Intégrez Google Play afin de pouvoir filtrer les rapports de plantage de votre application Android par suivi Google Play directement dans le tableau de bord Crashlytics. Cela vous permet de mieux concentrer votre tableau de bord sur des builds spécifiques.
Dépannage
Si vous voyez des traces de pile différentes dans la console Firebase et dans le logcat, reportez-vous au guide de dépannage .
Options alternatives pour télécharger des symboles
Le flux de travail principal sur cette page ci-dessus s'applique aux versions standard de Gradle. Cependant, certaines applications utilisent une configuration ou des outils différents (par exemple, un processus de génération autre que Gradle). Dans ces situations, les options suivantes peuvent être utiles pour télécharger avec succès des symboles.
Option : Télécharger des symboles pour les modules de bibliothèque et les dépendances externes
Cette option peut être utile dans les situations suivantes :
- Si vous utilisez un processus de construction NDK personnalisé dans Gradle
- Si vos bibliothèques natives sont intégrées dans un module de bibliothèque/de fonctionnalité ou fournies par un tiers
- Si la tâche de téléchargement automatique de symboles échoue ou si vous constatez des plantages non symbolisés dans le tableau de bord
La tâche de téléchargement de symboles Crashlytics standard suppose que vous créez vos bibliothèques natives dans le cadre de la génération Gradle de votre module d'application, à l'aide d'outils de génération NDK standard tels que CMake.
Cependant, si vous utilisez un processus de construction NDK personnalisé dans Gradle, ou si vos bibliothèques natives sont construites dans un module de bibliothèque/fonctionnalité ou fournies par un tiers, vous devrez peut-être spécifier explicitement le chemin d'accès à vos bibliothèques non dépouillées. Pour ce faire, vous pouvez ajouter la propriété unstrippedNativeLibsDir
dans l'extension Crashlytics de votre fichier de construction Gradle.
Assurez-vous d'avoir effectué les tâches initiales suivantes à partir du flux de travail principal plus haut sur cette page :
Pour que la tâche de téléchargement automatique de symboles puisse trouver vos informations de symbole, ajoutez ce qui suit au fichier Gradle de votre module (au niveau de l'application) (généralement
<project>/<app-module>/build.gradle.kts
ou<project>/<app-module>/build.gradle
):Kotlin
import com.google.firebase.crashlytics.buildtools.gradle.CrashlyticsExtension // ... android { // ... buildTypes { release { configure
{ nativeSymbolUploadEnabled = true unstrippedNativeLibsDir = file("PATH/TO/UNSTRIPPED/DIRECTORY") } } } } Groovy
// ... android { // ... buildTypes { release { firebaseCrashlytics { nativeSymbolUploadEnabled true unstrippedNativeLibsDir file("PATH/TO/UNSTRIPPED/DIRECTORY") } } } }
Le plug-in Crashlytics recherchera de manière récursive dans le répertoire spécifié les bibliothèques natives avec une extension
.so
. Crashlytics extrait ensuite les symboles de débogage de toutes ces bibliothèques et les télécharge sur les serveurs Firebase.Voici ce que vous pouvez spécifier dans la propriété
unstrippedNativeLibsDir
:Tout argument autorisé pour
org.gradle.api.Project#files(Object...)
, y compris :java.lang.String
,java.io.File
ouorg.gradle.api.file.FileCollection
Plusieurs répertoires pour une seule saveur de construction en fournissant une liste ou une instance
FileCollection
Enfin, forcez un crash test pour terminer la configuration de Crashlytics et voir les données initiales dans le tableau de bord Crashlytics de la console Firebase.
Option : Télécharger des symboles pour les versions non-Gradle ou les bibliothèques natives non dépouillées inaccessibles
Cette option peut être utile dans les situations suivantes :
Si vous utilisez un processus de construction autre que Gradle
Si vos bibliothèques natives non dépouillées vous sont fournies d'une manière telle qu'elles ne sont pas accessibles pendant les versions Gradle
Cette option nécessite que vous exécutiez une commande CLI Firebase lorsque vous créez une version de version ou toute version pour laquelle vous souhaitez voir les traces de pile symboliques dans la console Firebase.
Assurez-vous d'avoir effectué les tâches initiales suivantes à partir du flux de travail principal plus haut sur cette page :
Ajout du SDK Crashlytics pour NDK et du plugin Crashlytics Gradle .
Notez qu'avec cette option, vous n'avez pas besoin d'ajouter l'extension
firebaseCrashlytics
ni de configurer le téléchargement automatique des symboles, car vous utiliserez plutôt la CLI Firebase (prochaines étapes ci-dessous) pour générer et télécharger vos fichiers de symboles.Configurez votre environnement et votre projet pour le téléchargement de symboles :
Suivez les instructions pour installer la CLI Firebase .
Si vous avez déjà installé la CLI, assurez-vous de mettre à jour sa dernière version .
(uniquement pour les applications utilisant l'API Android niveau 30+) Mettez à jour le modèle
AndroidManifest.xml
de votre application pour désactiver le balisage de pointeur :Cochez la case Paramètres du lecteur Android > Paramètres de publication > Générer > Manifeste principal personnalisé .
Ouvrez le modèle de manifeste situé dans
Assets/Plugins/Android/AndroidManifest.xml
.Ajoutez l'attribut suivant à la balise d'application :
<application android:allowNativeHeapPointerTagging="false" ... />
Construisez votre projet.
Téléchargez vos informations de symboles.
Une fois votre compilation terminée, générez un fichier de symboles compatible avec Crashlytics et importez-le sur les serveurs Firebase en exécutant la commande CLI Firebase suivante :
firebase crashlytics:symbols:upload --app=FIREBASE_APP_ID PATH/TO/SYMBOLS
FIREBASE_APP_ID : votre identifiant d'application Android Firebase (pas le nom de votre package)
Exemple d'ID d'application Android Firebase :1:567383003300:android:17104a2ced0c9b9b
Voici deux façons de trouver votre ID d'application Firebase :
Dans votre fichier
google-services.json
, votre App ID est la valeurmobilesdk_app_id
; ouDans la console Firebase, accédez aux paramètres de votre projet . Faites défiler jusqu'à la carte Vos applications , puis cliquez sur l'application Firebase souhaitée pour trouver son ID d'application.
PATH/TO/SYMBOLS : Le chemin d'accès au fichier de symboles généré par la CLI
Exporté vers un projet Android Studio — PATH/TO/SYMBOLS peut être n'importe quel répertoire. La CLI Firebase recherchera de manière récursive dans le répertoire spécifié les bibliothèques natives avec une extension
.so
.Construit l'APK directement depuis Unity — PATH/TO/SYMBOLS est le chemin du fichier de symboles compressé généré dans le répertoire racine du projet lorsque votre construction est terminée (par exemple :
myproject/myapp-1.0-v100.symbols.zip
).
Afficher les options avancées d'utilisation de la commande CLI Firebase pour la génération et le téléchargement de fichiers de symboles
Drapeau Description --generator=csym
Utilise l'ancien générateur de fichiers de symboles cSYM au lieu du générateur Breakpad par défaut
Non recommandé pour l'utilisation. Nous vous recommandons d'utiliser le générateur de fichiers de symboles Breakpad par défaut.
--generator=breakpad
Utilise le générateur de fichiers de symboles Breakpad
Notez que la valeur par défaut pour la génération de fichiers de symboles est Breakpad. N'utilisez cet indicateur que si vous avez ajouté
symbolGenerator { csym() }
dans votre configuration de construction et que vous souhaitez le remplacer pour utiliser Breakpad à la place.--dry-run
Génère les fichiers de symboles mais ne les télécharge pas
Cet indicateur est utile si vous souhaitez inspecter le contenu des fichiers envoyés.
--debug
Fournit des informations de débogage supplémentaires Enfin, forcez un crash test pour terminer la configuration de Crashlytics et voir les données initiales dans le tableau de bord Crashlytics de la console Firebase.
Après avoir créé votre application dans le cadre du forçage d'un plantage, assurez-vous d'exécuter la commande Firebase CLI
crashlytics:symbols:upload
pour télécharger votre fichier de symboles.