Давайте предположим, что вы создали свой .aar и опубликовали его в хранилище maven (artifactory, nexus, что у вас есть) - например, "реализация" com.mycompany: library: 1.0@aar '". Любые дочерние зависимости должны быть включены в pom.xml, предоставляемый сервером, чтобы они были доступны в вашем приложении.
Поскольку вы использовали ключевое слово "реализация", эти зависимости считаются частными для .aar и не будут перечислены в pom.xml. Таким образом, они не будут доступны в вашем aar и не будут автоматически импортированы в проект gradle.
Если вы измените ключевое слово api на «api» вместо реализации, эти зависимости станут общедоступными и должны быть перечислены в сгенерированном pom.xml, и, следовательно, должны автоматически импортироваться в проект.
На самом деле это также верно и для внутренних модулей aar, а не для ссылки на них через внешние системы (например, проект внедрения (': mylibrary')). Если вам нужны зависимости mylibrary для запуска проекта, они должны быть api.
Для справки, вы можете взглянуть на документацию Конфигурации зависимостей Android Studio .
Если, однако, вы вручную включаете arr через оператор файлов (например, файлы реализации ('libs / my.aar')), то вы не получаете автоматического управления зависимостями и собираетесь Необходимо добавить библиотеки, необходимые вашему aar, в основной проект вручную, а также скопировать и вставить их в файлы build.gradle.