Vous souhaitez intégrer des fonctionnalités Android dans vos applications ? Capacitor l'application ? Cette guide explique comment utiliser les fichiers AAR (Archive Android) dans les Capacitor plugins pour combiner la fonctionnalité native Android avec des applications web cross-plateformes.
Rappels clés :
- Qu'est-ce qu'un fichier AAR ? Les fichiers AAR sont des bibliothèques Android pré-packagées contenant des code, des ressources et des fichiers natifs.
- Pourquoi les utiliser ? Les fichiers AAR permettent le code de réutilisation, simplifient la maintenance et protègent les fonctionnalités propriétaires.
- Qu'est-ce qui est requis ? Des outils comme Android Studio, Gradleet Node.jset une configuration de projet correcte.
- Comment intégrer ? Placez les fichiers AAR dans
libsconfigurez Gradle et connectez-les aux plugins Capacitor.
Étapes rapides :
- Configurez votre environnement : Installez les outils requis et configurez Android Studio.
- Organisez votre projet : Créez une structure claire pour votre Capacitor plugin.
- Ajoutez des fichiers AAR : Placez-les dans
android/libset mettez à jour les dépendances Gradle. - Écrivez le plugin code : Liez la fonctionnalité AAR à JavaScript avec Capacitor’s API.
- Testez soigneusement : Utilisez le débogueur d'Android Studio pour vous assurer d'une intégration fluide.
En suivant ce guide, vous pouvez intégrer de manière fluide des fichiers AAR dans vos plugins Capacitor, débloquant ainsi les capacités Android natives pour vos applications web.
Comment intégrer une bibliothèque Android (fichier AAR) dans une capacitor plugin

Exigences de configuration de l'environnement de développement
Avant de travailler avec des fichiers AAR, assurez-vous que votre environnement de développement est correctement configuré pour éviter tout problème.
Logiciels requis
Voici les logiciels dont vous aurez besoin pour travailler avec des fichiers AAR dans les plugins Capacitor :
| Logiciels | Version minimale | Objectif |
|---|---|---|
| Android Studio | 2022.1.1 ou supérieur | L'IDE principal pour le développement Android |
| Kit de développement Java | 11 ou supérieur | Requis pour le développement Android |
| Node.js | 14.0 ou supérieur | Pour gérer les packages Capacitor et npm |
| Gradle | 7.3 ou supérieur | Outil de construction d'Android |
| Git | 2.30 ou supérieur | Pour le contrôle de version et la gestion de packages |
Assurez-vous également que les composants suivants sont inclus dans votre SDK Manager :
- Plateforme Android SDK 33 (Android 13.0)
- Outils de construction Android SDK 33.0.0
- Outils de ligne de commande Android SDK
- Émulateur Android
- Outils de plateforme Android SDK
Étapes de configuration des paramètres de Studio Android
1. Initialisez votre environnement de développement
Commencez par créer un nouveau répertoire avec cette structure :
my-plugin/
├── android/
│ ├── src/
│ └── build.gradle
├── src/
│ └── definitions.ts
└── package.json
2. Configurez les paramètres de Studio Android
Lancez Android Studio et ajustez les paramètres suivants :
- Définissez la version JDK de Gradle à 11 ou supérieure.
- Activez la fonctionnalité de téléchargement automatique pour les composants Android SDK.
- Mettez à jour les variables d'environnement système avec le chemin correct d'Android SDK.
3. Préparez la structure de votre plugin
Mettez à jour le android/build.gradle fichier avec ces paramètres pour inclure le support des fichiers AAR :
android {
compileSdkVersion 33
defaultConfig {
minSdkVersion 22
targetSdkVersion 33
}
repositories {
flatDir {
dirs 'libs'
}
}
}
4. Configurer le Contrôle de Version
Initialisez Git dans votre répertoire de projet et créez un .gitignore fichier pour exclure les fichiers inutiles. Voici un exemple .gitignore:
android/build/
node_modules/
dist/
*.iml
.idea/
.gradle/
local.properties
Une fois ces étapes terminées, vous serez prêt à passer à l'ajout de vos fichiers AAR.
Ajouter des fichiers AAR à votre plugin
Obtenir les fichiers AAR
Les fichiers AAR peuvent provenir de SDK tiers, de bibliothèques personnalisées ou de dépendances Maven. Il est une bonne idée de documenter leur source, leur version et leur but dans un README __CAPGO_KEEP_0__ libs __CAPGO_KEEP_0__.
| Type de source | Description | Meilleure pratique |
|---|---|---|
| SDK tiers | Librairies Android précompilées des fournisseurs | Documenter les détails de version du fournisseur dans un fichier README |
| Bibliothèques Android personnalisées | Modules Android auto-développés | Documentez le processus de construction |
| Dépendances Maven | Converti à partir de dépôts distants | Cachez localement pour des constructions hors ligne |
Une fois que vos fichiers AAR sont prêts et documentés, vous pouvez configurer votre plugin pour les inclure.
Configuration des fichiers de plugin
Organisez vos fichiers de plugin pour garantir une intégration fluide des dépendances AAR. Voici un exemple de la structure de votre plugin qui pourrait ressembler à ceci :
my-plugin/
├── android/
│ ├── libs/ # AAR files with README
│ ├── src/
│ └── build.gradle
├── src/
│ └── definitions.ts
└── package.json
{
"files": [
"android/libs/*.aar",
"android/src/**/*",
"src/**/*"
]
}
Emplacement des fichiers AAR
Pour activer la fonctionnalité AAR, placez les fichiers dans le android/libs répertoire de votre plugin en suivant ces étapes :
- Utilisez un format de nommage clair et cohérent, comme
libraryname-version.aar. - Gérez les versions dans un
versions.propertiesfichier. Par exemple :
library1=1.2.3
library2=2.0.0
- Ajoutez un
dependencies.gradlefichier pour les autres dépendances :
dependencies {
implementation fileTree(dir: 'libs', include: ['*.aar'])
implementation 'com.example:dependency:1.0.0'
}
- Organisez les fichiers spécifiques au fournisseur dans des sous-dossiers pour une meilleure gestion :
android/libs/
├── vendor1/
│ ├── feature.aar
│ └── config.json
└── vendor2/
├── module.aar
└── settings.xml
Maintenir les fichiers de configuration dans les sous-dossiers spécifiques au fournisseur aide à maintenir l'organisation et évite les conflits de construction lors du travail avec plusieurs dépendances AAR :
Gradle Étapes de configuration

Mise à jour de build.gradle
Pour intégrer les fichiers AAR dans votre plugin Capacitor, vous devez configurer Gradle de manière appropriée. Commencez par ajouter ces paramètres de référentiel à android/build.gradle:
repositories {
google()
mavenCentral()
flatDir {
dirs 'libs'
}
}
Ensuite, incluez les dépendances AAR dans le dependencies block :
dependencies {
implementation files('libs/your-library.aar')
implementation fileTree(dir: 'libs', include: ['**/*.aar'])
implementation "com.getcapacitor:core:${capacitorVersion}"
implementation "androidx.appcompat:appcompat:1.6.1"
}
Pour une gestion de version meilleure, créez un fichier dans la racine de votre projet et définissez les versions de vos bibliothèques : gradle.properties Si le fichier AAR est accompagné de dépendances supplémentaires, déclarez-les dans
# Library versions
MY_LIBRARY_VERSION=1.2.3
CAPACITOR_VERSION=5.5.0
Une fois que vous avez apporté ces modifications, synchronisez votre projet pour les appliquer. android/build.gradle Exécution de Gradle Sync
android {
defaultConfig {
minSdkVersion 21
targetSdkVersion 33
}
packagingOptions {
exclude 'META-INF/DEPENDENCIES'
exclude 'META-INF/LICENSE'
}
}
Ouvrez votre projet dans Android Studio et attendez que Gradle se synchronise automatiquement. Si cela ne démarre pas, cliquez sur le bouton "Synchroniser le projet avec les fichiers Gradle" dans la barre d'outils.
Après synchronisation, vérifiez les éléments suivants :
Point de contrôle
Résultat attendu
| Problèmes courants | Sortie de construction | __CAPGO_KEEP_0__ |
|---|---|---|
| __CAPGO_KEEP_0__ | Pas d'erreurs liées aux fichiers AAR | Dépendances manquantes |
| Résolution de bibliothèque | Fichiers AAR correctement liés | Références de chemins incorrectes |
| Conflits de versions | Pas d'erreurs de version de dépendance | Versions incompatibles |
Si la synchronisation échoue, vérifiez votre configuration. Par exemple, assurez-vous que ces paramètres sont en place :
android {
compileOptions {
sourceCompatibility JavaVersion.VERSION_1_8
targetCompatibility JavaVersion.VERSION_1_8
}
lintOptions {
abortOnError false
}
}
Pour de grands fichiers AAR, vous devrez peut-être augmenter l'allocation de mémoire de Gradle dans gradle.properties:
org.gradle.jvmargs=-Xmx2048m -XX:MaxPermSize=512m
Une fois la synchronisation terminée avec succès, vos fichiers AAR devraient être pleinement intégrés et prêts à la mise en test.
Brancher les fonctionnalités AAR à Capacitor
Écrire la classe du plugin
Une fois que vos fichiers Gradle sont synchronisés, il est temps de connecter votre fonctionnalité AAR en étendant la classe Plugin Cette étape relie JavaScript à l'application Android native code.
@NativePlugin(
permissions = {
Manifest.permission.REQUIRED_PERMISSION
}
)
public class YourPlugin extends Plugin {
private YourAARLibrary libraryInstance;
@Override
public void load() {
super.load();
libraryInstance = new YourAARLibrary(getContext());
}
}
Voici ce dont vous avez besoin pour initialiser la bibliothèque AAR :
| Composant | But | Note d'implémentation |
|---|---|---|
| Contexte | Contexte de l'application Android | Utilisation getContext() à partir de la classe Plugin |
| Configuration | Paramètres de la bibliothèque | Transmettre des options depuis le plugin |
| Cycle de vie | Gestion de l'état du plugin | Définir en priorité load() et handleOnDestroy() |
Créer des méthodes de plugin
Ensuite, définissez des méthodes dans votre plugin en utilisant l'annotation. Ces méthodes gèrent l'échange de données entre JavaScript et Java. @PluginMethod Pour les tâches qui nécessitent une exécution asynchrone :
@PluginMethod
public void performAction(PluginCall call) {
try {
// Get data from JavaScript
String inputData = call.getString("inputKey");
// Call AAR library method
YourLibraryResult result = libraryInstance.processData(inputData);
// Return result to JavaScript
JSObject ret = new JSObject();
ret.put("value", result.getValue());
call.resolve(ret);
} catch (Exception e) {
call.reject("Error processing data", e);
}
}
Voici comment les types courants sont convertis entre JavaScript et Java :
@PluginMethod(returnType = PluginMethod.RETURN_CALLBACK)
public void startContinuousOperation(PluginCall call) {
call.setKeepAlive(true);
libraryInstance.setCallback(new LibraryCallback() {
@Override
public void onUpdate(String data) {
JSObject ret = new JSObject();
ret.put("data", data);
call.resolve(ret);
}
});
}
Paramètres de la bibliothèque
| Type JavaScript | Type Java | Méthode de conversion |
|---|---|---|
| Objet | JSObject | call.getObject() |
| Tableau | JSArray | call.getArray() |
| Chaîne | Chaîne | call.getString() |
| Nombre | Entier/Décimal | call.getInt()/call.getDouble() |
| Booléen | Boolean | call.getBoolean() |
Pour la suppression des ressources, définissez la méthode : __CAPGO_KEEP_0__ handleOnDestroy méthode : __CAPGO_KEEP_1__
@Override
protected void handleOnDestroy() {
if (libraryInstance != null) {
libraryInstance.cleanup();
libraryInstance = null;
}
super.handleOnDestroy();
}
Avec ces méthodes en place, votre pont natif est prêt. Testez votre mise en œuvre dans l'environnement de débogage d'Android Studio pour vous assurer que tout fonctionne comme prévu.
Test et correction des problèmes
Débogage dans Android Studio

Pour déboguer votre intégration AAR dans Android Studio, commencez par activer le mode débogage dans votre projet : __CAPGO_KEEP_2__ build.gradle Ajoutez des points d'arrêt dans vos méthodes de plugin pour suivre le flux de données et identifier les problèmes potentiels :
android {
buildTypes {
debug {
debuggable true
minifyEnabled false
}
}
}
Utilisez le panneau de débogage dans Android Studio pour surveiller les zones clés :
@PluginMethod
public void yourMethod(PluginCall call) {
// Set a breakpoint here to inspect input data
String inputValue = call.getString("key");
// Another breakpoint here to check method calls to the AAR
libraryInstance.someMethod(inputValue);
}
Utilisez le panneau de débogage dans Android Studio pour surveiller les zones clés :
| Zone de débogage | Ce que vérifier | Problèmes courants |
|---|---|---|
| Logcat | Messages d'initialisation AAR | Permissions manquantes ou contexte incorrect |
| Variables | Conversions de types de données | Valeurs nulles ou incompatibilités de types |
| Trace de pile | Flux d'exécution de méthode | Appels de méthode invalides ou problèmes de multithéâtre |
| Mémoire | Utilisation des ressources | Fuites de mémoire |
Si la débogage ne résout pas le problème, suivez les étapes de dépannage dans la section suivante.
Étapes de dépannage
Lorsque la débogage seul ne suffit pas, utilisez ces étapes pour résoudre les problèmes courants :
1. Conflits de dépendances
Vérifiez les conflits de versions dans votre build.gradle Vous pouvez forcer des versions spécifiques pour résoudre les conflits :
configurations.all {
resolutionStrategy {
force 'com.google.android:android:4.1.1.4'
// Add other forced versions as needed
}
}
2. Bibliothèques natives manquantes
Assurez-vous que le AAR inclut les fichiers requis dans les répertoires appropriés, tels que : .so __CAPGO_KEEP_0__
jniLibs/armeabi-v7a/jniLibs/arm64-v8a/jniLibs/x86/jniLibs/x86_64/
3. Problèmes de fusion de manifeste
Si vous rencontrez des conflits de manifeste, incluez les éléments suivants dans votre fichier pour contourner les bibliothèques problématiques : AndroidManifest.xml 4. Crashes et gestion de la mémoire
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
package="your.plugin.package">
<uses-sdk tools:overrideLibrary="conflicting.library.package"/>
</manifest>
Utilisez l'onglet Performance dans Android Studio pour surveiller la stabilité en temps de exécution. Pour les problèmes d'initialisation, gèrez les exceptions avec soin :
Pour prévenir les fuites de mémoire, assurez-vous que les ressources sont libérées correctement. Utilisez le Profiler de la mémoire dans Android Studio pour suivre l'utilisation de la mémoire et identifier les fuites.
try {
libraryInstance = new YourAARLibrary(getContext());
} catch (Exception e) {
Log.e("PluginError", "Failed to initialize library: " + e.getMessage());
return;
}
Résumé
Pour intégrer les fichiers AAR dans les plugins __CAPGO_KEEP_0__ , vous devrez configurer l'environnement Android, placer les fichiers AAR correctement, configurer Gradle avec précision et tester soigneusement.
To integrate AAR files into Capacitor plugins, you’ll need to set up the Android environment, place AAR files correctly, configure Gradle accurately, and test thoroughly.
Phase
| Exigences | Indicateurs de réussite | If you encounter manifest conflicts, include the following in your file to override problematic libraries: |
|---|---|---|
| Configuration de développement | Android Studio 4.0+, Gradle 7.0+ | La construction se termine sans erreurs |
| Intégration AAR | Placement de fichiers corrects, dépendances appropriées | Aucuns conflits de manifeste |
| Développement de plugin | Structure de plugin claire, cartographie de méthode précise | Les méthodes s'exécutent comme prévu |
| Test | Mode de débogage actif, prise en charge d'erreurs efficace | Aucun crash en temps de exécution |
Une fois que vous avez maîtrisé ces bases, vous pouvez explorer des techniques plus avancées.
Étapes suivantes
Pour améliorer votre plugin, concentrez-vous sur ces domaines :
-
Optimisation de la performance
Utilisez le profilateur d'Android Studio pour surveiller l'utilisation de la mémoire et vous assurer que les ressources sont nettoyées correctement. -
Préparation de la distribution
Documentez toutes les configurations AAR, générez API documentation, et testez la compatibilité avec les niveaux d'Android API 29–34. -
Stratégie de maintenance
Automatisez les tests, gérez les versions AAR avec le contrôle de version, maintenez un journal des changements et configurez la notification d'erreur pour résoudre les problèmes de production.
Si vous prévoyez de partager votre plugin publiquement, assurez-vous de fournir une documentation détaillée sur les paramètres AAR spécifiques et les limitations de plateforme. Cela facilitera l'adoption et l'utilisation de votre plugin par d'autres développeurs.