English | 简体中文 | 繁體中文 | Русский язык | Français | Español | Português | Deutsch | 日本語 | 한국어 | Italiano | بالعربية

Soluzione del problema di riferimento a aar dei moduli multi-livello in Android Studio

Recentemente ho incontrato questo problema fastidioso

Problema: c'è un file arr inserito nel Module A che viene utilizzato, ora il Module B dipende dal Module A, quindi durante il processo di compilazione si verificherà un errore, il Module B non troverà il file aar. (Allo stesso modo, se il Module C dipende dal Module B, C avrà lo stesso problema)

Soluzione:

1, i passaggi normali per aggiungere un file aar a un modulo sono:

1. Metti il file aar nella cartella libs del modulo

2. Poi aggiungi nel nodo android del file build.gradle del progetto:

3.

1.

repositories {
 flatDir {
  dirs 'libs'
 

4. Poi continua ad aggiungere nel nodo dependencies: compile(name: 'svprogresshud-release', ext: 'aar')

2, così questo problema viene scatenato, quindi ciò che devi fare è aggiungere al nodo android del build.gradle di tutti i dipendenti o dei dipendenti indiretti del Module A

repositories {
 flatDir {
  dirs '../common/libs','libs'
 

La prima parte del percorso dirs è la cartella del Module A

Causa del problema:

Per Module B e Module C, che dipendono da Module A, indipendentemente da ciò che viene utilizzato, eseguiranno comunque la dipendenza di Module A, e quando raggiungeranno la dipendenza locale aar aggiunta, devono trovare il percorso dell'aar e devono fornire un altro percorso relativo se il modo fornito è come libs, poiché cercherà nella sua owna cartella libs, naturalmente senza, quindi deve fornire un altro percorso relativo: ../common/libs per trovare, e per non influenzare l'uso di questo Module dei riferimenti ai libs del proprio Module, utilizza un altro percorso aggiungendo una virgola

Sommario

Cosa è stato descritto qui sopra è il problema di riferimento aar multi-livello Module in Android Studio che l'autore ha introdotto agli utenti, sperando che sia utile!

Ti potrebbe interessare