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