Vous souhaitez intégrer des fonctionnalités Android dans votre Capacitor app ? Cette guide explique comment utiliser les fichiers AAR (Archive Android) dans Capacitor plugins pour combiner la fonctionnalité native Android avec des applications web cross-plateformes.
Rappels clés :
- Qu'est-ce qu'un fichier AAR ? Bibliothèques Android préconçues contenant code, ressources et fichiers natifs.
- Pourquoi les utiliser ? Les fichiers AAR permettent le réemploi de code, simplifient la maintenance et protègent les fonctionnalités propriétaires.
- Qu'est-ce qui est requis ? Des outils comme Android Studio, Gradle, et Node.js, plus une configuration de projet appropriée.
- Comment intégrer ? Placez les fichiers AAR dans
libs, configurez 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 plugin Capacitor.
- 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 facilement les fichiers AAR à vos Capacitor plugins, débloquant ainsi les capacités Android natives pour vos applications web.
Comment intégrer une bibliothèque Android (fichier AAR) dans un capacitor plugin

Configuration requise pour le 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 les 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 d'Android SDK 33 (Android 13.0)
- Outils de construction d'Android SDK 33.0.0
- Outils de ligne de commande d'Android SDK
- Émulateur d'Android
- Outils de plateforme d'Android SDK
Étapes de configuration du projet
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 Studio Android et ajustez les paramètres suivants :
- Fixez 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 des 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 fichier situé dans le libs répertoire.
| Type de source | Description | Meilleure pratique |
|---|---|---|
| SDKs tiers parties | Bibliothèques précompilées de fournisseurs | Document vendor version details in a README |
| Librairies Android personnalisées | Modules Android développés en interne | Documentez le processus de construction |
| Dépendances Maven | Convertis à partir de dépôts distants | Cachez localement pour des builds 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 structure de votre plugin :
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 des sous-dossiers spécifiques au fournisseur aide à maintenir l'organisation et évite les conflits de build 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 en conséquence. Commencez par ajouter ces paramètres de répertoire à 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 améliorée, créez un gradle.properties fichier dans votre dossier de projet et définissez les versions de vos bibliothèques :
# Library versions
MY_LIBRARY_VERSION=1.2.3
CAPACITOR_VERSION=5.5.0
Si le fichier AAR est accompagné de dépendances supplémentaires, déclarez-les comme suit : android/build.gradle comme ceci :
android {
defaultConfig {
minSdkVersion 21
targetSdkVersion 33
}
packagingOptions {
exclude 'META-INF/DEPENDENCIES'
exclude 'META-INF/LICENSE'
}
}
Une fois ces modifications effectuées, synchronisez votre projet pour les appliquer.
Exécution de la synchronisation Gradle
Open your project in Android Studio and wait for Gradle to sync automatically. If it doesn’t start, click the “Sync Project with Gradle Files” button in the toolbar.
Vérifiez les éléments suivants après synchronisation :
| Résultat attendu | Running Gradle Sync | Problèmes courants |
|---|---|---|
| Sortie de build | Aucun erreur liée aux AAR | Dépendances manquantes |
| Résolution de bibliothèque | Fichiers AAR correctement liés | Références de chemin incorrectes |
| Conflits de version | Aucun problème de version de dépendance | Versions incompatibles |
Si la synchronisation échoue, vérifiez à nouveau 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 les 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 intégrés pleinement et prêts à être testés.
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 Plugin La classe. 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 | Objectif | Note d'implémentation |
|---|---|---|
| Context | Contexte : Contexte de l'application Android | Utilisez getContext() à partir de la classe Plugin |
| Configuration | Paramètres de la bibliothèque | Transmettre des options à partir du plugin |
| Cycle de vie | Gestion de l'état du plugin | Surcharger load() et handleOnDestroy() |
Créer des méthodes de plugin
Définissez ensuite des méthodes dans votre plugin en utilisant le @PluginMethod annotation. These methods handle data exchange between JavaScript and Java.
@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);
}
}
Pour les tâches qui doivent s'exécuter de manière asynchrone :
@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);
}
});
}
Voici comment les types courants sont convertis entre JavaScript et Java :
| Type JavaScript | Type Java | Méthode de conversion |
|---|---|---|
| Objet | JSObject | call.getObject() |
| Tableau | JSArray | call.getArray() |
| Chaîne | Chaîne | call.getString() |
| Nombre | Entier/Double | call.getInt()/call.getDouble() |
| Boolean | Boolean | call.getBoolean() |
Pour la suppression des ressources, surcharger la handleOnDestroy méthode :
@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. build.gradle file:
android {
buildTypes {
debug {
debuggable true
minifyEnabled false
}
}
}
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.
@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 correspondances de type |
| Trace de pile | Flux d'exécution de la méthode | Appels de méthode invalides ou problèmes de multithreading |
| Mémoire | Utilisation des ressources | Fuites de mémoire |
Si le débogage ne résout pas le problème, suivez les étapes de dépannage de la section suivante.
Étapes de Dépannage
Lorsque le 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 fichier. 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 l'AAR contienne les fichiers requis .so les fichiers dans les répertoires appropriés, tels que :
jniLibs/armeabi-v7a/jniLibs/arm64-v8a/jniLibs/x86/jniLibs/x86_64/
3. Problèmes de fusion de manifestes
Si vous rencontrez des conflits de manifestes, incluez les éléments suivants dans votre AndroidManifest.xml fichier pour contourner les bibliothèques problématiques :
<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>
4. Crashes et gestion de la mémoire à l'exécution
Utilisez l'onglet Performance dans Android Studio pour surveiller la stabilité en temps réel. Pour les problèmes d'initialisation, gérez les exceptions avec soin.
try {
libraryInstance = new YourAARLibrary(getContext());
} catch (Exception e) {
Log.e("PluginError", "Failed to initialize library: " + e.getMessage());
return;
}
Pour éviter les fuites de mémoire, assurez-vous que les ressources sont libérées correctement. Utilisez le Profil de Mémoire dans Android Studio pour suivre l'utilisation de la pile et identifier les fuites.
Résumé
Pour intégrer les fichiers AAR dans les Capacitor plugins, vous devrez configurer l'environnement Android, placer les fichiers AAR correctement, configurer Gradle avec précision et tester soigneusement.
Phases d'implémentation clés
| Phase | Exigences | Indicateurs de Succès |
|---|---|---|
| Configuration de Développement | Android Studio 4.0+, Gradle 7.0+ | La construction se termine sans erreurs |
| Intégration des AAR | Placement des fichiers corrects, dépendances appropriées | Aucun conflit de manifeste |
| Développement de Plugins | Structure de plugin claire, cartographie des méthodes précise | Les méthodes s'exécutent comme prévu |
| Tests | Mode de débogage actif, gestion efficace des erreurs | Aucun crash au moment de l'exécution |
Une fois ces bases maîtrisées, 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 la consommation de mémoire et vous assurer que les ressources sont correctement libérées. -
Préparation de la distribution
Décrivez toutes les configurations AAR, générerz la documentation API 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 modifications 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 configurations AAR spécifiques et les limitations des plateformes. Cela facilitera l'adoption et l'utilisation de votre plugin par d'autres développeurs.
Continuez de là : Comment utiliser les fichiers AAR dans les Capacitor Plugins
Si vous utilisez Comment utiliser les fichiers AAR dans les Capacitor Plugins pour planifier le travail de plugin natif, connectez-l’avec le répertoire de plugin Capgo pour le flux de travail du produit dans le répertoire de plugin Capgo les Capacitor Plugins par Capgo pour les détails d'implémentation dans les Capacitor Plugins par Capgo Ajouter ou Mettre à Jour les Plugins pour les détails d'implémentation dans Ajouter ou Mettre à Jour les Plugins Alternatives aux Plugins d'Entreprise Ionic pour le flux de travail du produit dans Alternatives aux Plugins d'Entreprise Ionic Capgo Bâtiments natifs pour le flux de travail du produit dans Capgo Bâtiments natifs.