Unable to get provider android.arch.lifecycle.ProcessLifecycleOwnerInitializer:

最新推荐文章于 2024-07-20 13:10:16 发布
原创 最新推荐文章于 2024-07-20 13:10:16 发布 · 4.4k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#Dex #MultiDexApplication #lifecycle #ProcessLifecycleOwnerInitializ #ClassNotFoundException

本文介绍了解决Android APP因依赖过多导致Dex方法数超过65535限制的问题。通过在build.gradle中启用multiDex并添加相应依赖，以及修改Application类继承自MultiDexApplication，可以有效解决此bug。

由于我的项目中添加了很多的依赖，导致，APP运行的时候出现这个bug：

Unable to get provider android.arch.lifecycle.ProcessLifecycleOwnerInitializer: java.lang.ClassNotFoundException: Didn't find class "android.arch.lifecycle.ProcessLifecycleOwnerInitializer" on path: DexPathList[[zip file "/data/app/com.yaoweisd.mvsdp-1.apk"],nativeLibraryDirectories=[/data/app-lib/com.yaosdwei.msdvp-1, /vendor/lib, /system/lib, /data/datalib]]
 

解决这个问题也比较简单主要是方法数超过了65535，

第一步，在app的build.gradle中添加如下代码：

defaultConfig{
  ....
  multiDexEnabled true
}

第二步，在app的build.gradle中添加依赖：

compile 'com.android.support:multidex:1.0.1'

第三步，如果你的项目中有application，将这个application继承MultiDexApplication。

完成这上步骤，即可解决此问题。

 

如果本文对您有所帮助，麻烦点击一下右侧的点赞按钮，谢谢！

Android构建流程——篇二
dbs1215的专栏
06-26 1343
Android构建流程——篇二预操作任务列表 预操作 为说明Android构建过程中gradle执行的各task，写了简单demo git clone https://github.com/xiaobaoyihao/AndroidGradleTaskDemo.git 任务列表
适合CCCV操作的Fabric 1.4.6部署方案
weixin_42824528的博客
06-09 4605
Fabric 1.4.6部署方案 配置CentOS的系统 查看Linux 发行版 cat /etc/*-release 修改为多用户状态 执行: systemctl set-default multi-user.target 设置yum源并升级系统 yum-config-manager --add-repo https://download.docker.com/linux/centos/docker-ce.repo yum-config-manager --add-repo http://mirro
Android~Unable to get provider androidx.lifecycle.ProcessLifecycleOwnerInitializer
热门推荐
Hynson的学习笔记
12-18 1万+
在新项目中已开始迁移到Androidx遇到Unable to get provider androidx.lifecycle.ProcessLifecycleOwnerInitializer错误，APP在安卓4.4上面启动奔溃，记录解决办法。参考原文 在安卓4.4中，这是一个dex问题。解决办法是 1、在app.gradle中，defaultconfig内启用multidex defaultCo...
Unable to get provider android.arch.lifecycle.ProcessLifecycleOwnerInitializer
江小白的博客
05-08 441
由于我的项目中添加了很多的依赖，导致，APP运行的时候出现这个bug： Unable to get provider android.arch.lifecycle.ProcessLifecycleOwnerInitializer: java.lang.ClassNotFoundException: Didn't find class "android.arch.lifecycle.ProcessLifecycleOwnerInitializer" on path: DexPathList[[zip f..
Didn‘t find class “androidx.lifecycle.ProcessLifecycleOwner“
wddptwd28的博客
12-09 1125
Didn't find class "androidx.lifecycle.ProcessLifecycleOwner"
Unable to get provider com.tencent.bugly.beta.utils.BuglyFileProvider
xiyangyang8110的博客
11-26 359
运行wanandriod报错 https://github.com/JsonChao/Awesome-WanAndroid 解决： com.tencent.bugly:crashreport_upgrade:latest.release 改为 com.tencent.bugly:crashreport_upgrade:1.5.0
Android报错：Unable to get provider cn.jpush.android.service.DownloadProvider
Zachary的基地
03-14 2864
最近需要将公司以前的项目，安装在一个版本为4.4.2的安卓板子上，准备降级操作。 报错：java.lang.RuntimeException: Unable to get provider com.amitshekhar.DebugDBInitProvider: java.lang.ClassNotFoundException: Didn't find class 项目中是由于multiDex...
Unable to get provider com.blankj.utilcode.util.Utils$FileProvider4UtilCode: java.lang.ClassNotFound
u013429349的专栏
06-23 2049
Unable to get provider com.blankj.utilcode.util.Utils$FileProvider4UtilCode
使用Provider时提示：Unable to get provider...
weixin_30466421的博客
01-28 3308
具体原因还不清楚，只是找到了原因： 这是因为自定义的Provider放的包路径不对，自定义的Provider应该放到和MainActivity同一个包中。 转载于:https://www.cnblogs.com/qlong8807/p/5167553.html...
添加contentProvider，运行时出现：unable to get provider com.***.***.provider:java.lang.ClassNotFoundException
qq_33595823的博客
07-30 1万+
添加contentProvider，运行时出现：unable to get provider com.***.***.provider:java.lang.ClassNotFoundException:Didn't find class "com.android.providers.***provider" on path:DexPathList [[zip file "/system/app/"...
java.lang.RuntimeException: Unable to get provider com.baidu.mobads.sdk.api.BdFileProvider
xiaobaaidaba123的专栏
11-04 1570
最近公司项目里需要接入穿山甲聚合SDK来实现变现，按照接入文档接入后，启动 APP 发生崩溃问题找不到 Provider，以前笔者在使用其他聚合 SDK 时候也遇到过，折腾了不少时间，特意记录下。
java.lang.RuntimeException: Unable to get provider android.provider.DocumentsProvider: java.lang.Ins
一只小仙女的博客
07-21 5871
照着第二版第一行代码敲的调用摄像头部分，因为编译器提示没有android.support.v4.content.fileprovider。就自己导了一个名字带provider的 android.provider.DocumentsProvider 报错信息如下： E/AndroidRuntime: FATAL EXCEPTION: main Process: com.example.cameraalbumtest, PID: 13140 java.lang.RuntimeExcep
【Android】Unable to get provider com.crashlytics.android.CrashlyticsInitProvider: io.fabric.sdk.andro
CHenhong_666的博客
09-03 628
错误描述：Unable to get provider com.crashlytics.android.CrashlyticsInitProvider: io.fabric.sdk.android.services.concurrency.UnmetDependencyException: This app relies on Crashlytics. Please sign up for access at https://fabric.io/sign_up, 解决方法： 在AndroidManif.
java.lang.RuntimeException: Unable to get provider androidx.startup.InitializationProvider: androidx
mynaiskey的博客
07-20 2200
中的kotlin也是这个版本。
解决 Unable to get provider
男儿不展风云志，空有天生八尺躯
07-18 8909
报错堆栈： java.lang.RuntimeException: Unable to get provider com.vivo.upgrade.library.provider.FileProvider: java.lang.ClassNotFoundException: com.vivo.upgrade.library.provider.FileProvider in loader com....
安卓解决java.lang.RuntimeException: Unable to get provider com.blankj.utilcode.util.Utils$FileProvider
Zhujiang
12-09 1万+
在其他手机上运行的好好的，换了一个手机运行，直接打不开，报错： java.lang.RuntimeException: Unable to get provider com.blankj.utilcode.util.Utils$FileProvider4UtilCode: java.lang.ClassNotFoundException: Didn't find class "com.bla...
Studio 升级到3.0后出现 Unable to get provider 问题的解决方法
GuangkuoDing的博客
02-26 1879
错误日志：java.lang.RuntimeException: Unable to get provider io.rong.imkit.IMFileProvider: java.lang.ClassNotFoundException: Didn't find class "io.rong.imkit.IMFileProvider" on path: DexPathList[[zip file ...
Didn't find class "androidx.lifecycle.ProcessLifecycleOwnerInitializer" on path: DexPathList
Sunshine_Cui001的博客
02-07 4135
参考：https://stackoverflow.com/questions/55177386/unable-to-get-provider-androidx-lifecycle-processlifecycleownerinitializr 1.app.gradle文件添加 defaultConfig { ... multiDexEnabled true...
Failed to resolve: androidx.arch.core:core-compiler:2.1.0
最新发布
07-30
<think>我们正在解决一个具体的依赖解析失败问题：Failed to resolve androidx.arch.core:core-compiler:2.1.0 根据用户提供的引用，他们使用了android.arch.lifecycle:extensions:1.1.1等旧版Android Architecture Components库（引用[1]），而问题中出现的依赖是androidx.arch.core:core-compiler，这是一个AndroidX库。 问题分析： 1. 用户可能正在迁移项目到AndroidX，或者混合使用了Android Support Library和AndroidX库。 2. 错误信息表明Gradle无法找到androidx.arch.core:core-compiler:2.1.0这个特定版本。 解决方案： 步骤1：检查仓库设置 确保在项目的build.gradle（顶级）中包含了Google的Maven仓库和jcenter（或mavenCentral），因为AndroidX库通常托管在Google Maven仓库。 步骤2：检查依赖版本 用户使用的android.arch.lifecycle:extensions:1.1.1是旧的支持库版本，而core-compiler:2.1.0是AndroidX版本。这两个库可能不兼容。 步骤3：解决版本冲突 可能由于其他依赖传递引入了core-compiler:2.1.0，但该版本在仓库中不存在。我们可以尝试： a. 升级整个项目到一致的AndroidX版本 b. 显式指定core-compiler的可用版本 已知：androidx.arch.core:core-compiler库在2.1.0版本可能不存在，或者已经被其他版本替代。 步骤4：检查可用版本 访问https://maven.google.com/web/index.html 搜索core-compiler，我们发现： - 该库的全称可能是androidx.arch.core:core-common（用于注解处理）或androidx.arch.core:core-runtime（运行时库） - 实际上，core-compiler这个artifactId并不存在，可能是用户误写或者某个库的错误传递。 根据错误信息，我们怀疑是某个库依赖了core-compiler，但该库不存在。因此，我们需要找出是哪个依赖引入了core-compiler。 步骤5：使用Gradle命令找出依赖关系 在终端运行： ./gradlew :app:dependencies --configuration debugCompileClasspath 或者（如果模块名不是app，则替换） ./gradlew app:dependencies 查看输出，搜索core-compiler，找到引入它的库。 步骤6：解决方案 a. 如果确实有库依赖了core-compiler，但该库不存在，我们可以排除这个传递依赖： implementation("some.library") { exclude group: 'androidx.arch.core', module: 'core-compiler' } b. 升级相关依赖到最新版本，避免使用旧版（特别是android.arch.*）库。 根据引用[1]中用户使用的旧版导航库（1.0.0-alpha07）和Lifecycle扩展（1.1.1），建议升级到AndroidX的稳定版本。 步骤7：迁移到AndroidX - 使用Android Studio的迁移工具：Refactor > Migrate to AndroidX - 在gradle.properties中设置： android.useAndroidX=true android.enableJetifier=true 步骤8：更新依赖版本 - 将Lifecycle依赖替换为AndroidX版本： def lifecycle_version = "2.5.1" implementation "androidx.lifecycle:lifecycle-viewmodel-ktx:$lifecycle_version" implementation "androidx.lifecycle:lifecycle-livedata-ktx:$lifecycle_version" // 等等 - 导航库更新（引用[1]中的导航库）： def nav_version = "2.5.3" implementation "androidx.navigation:navigation-fragment-ktx:$nav_version" implementation "androidx.navigation:navigation-ui-ktx:$nav_version" 步骤9：如果问题仍然存在，强制指定core库的版本（如果确实需要） 但注意：core-compiler可能是一个不存在的库，我们可能需要排除它或者忽略。 另一种可能：core-compiler可能是annotationProcessor配置的，而不是implementation。检查是否应该使用annotationProcessor。 但是，根据错误信息，我们通常不会在编译时使用core-compiler（除非是注解处理器）。所以，检查是否有annotationProcessor引入了它。 如果错误是关于注解处理器的，那么应该这样排除： annotationProcessor("some.library") { exclude group: 'androidx.arch.core', module: 'core-compiler' } 总结步骤： 1. 确保仓库设置正确。 2. 迁移到AndroidX并更新所有依赖到AndroidX稳定版本。 3. 使用Gradle命令找出引入core-compiler的依赖，然后排除它。 4. 如果排除后影响功能，考虑升级引入该传递依赖的库。 注意：core-compiler:2.1.0这个库在Google Maven仓库中不存在，因此很可能是某个库的错误传递依赖。排除它是安全的。 具体操作示例（如果找到是libXXX引入了core-compiler）： implementation('libXXX') { exclude group: 'androidx.arch.core', module: 'core-compiler' } 如果找不到，但错误仍然存在，可以在所有配置中全局排除： configurations { all { exclude group: 'androidx.arch.core', module: 'core-compiler' } } 最后，如果问题解决，建议更新所有库到最新稳定版，以避免类似问题。 根据引用[2]中提到的Lifecycle源码解析，我们知道Lifecycle库在AndroidX中已经成熟，因此升级是推荐的。 因此，我们优先推荐迁移到AndroidX并更新依赖版本，这样很可能就解决了问题。</think>### 解决 Android 依赖解析失败：`Failed to resolve androidx.arch.core:core-compiler:2.1.0` #### 问题原因分析 1. **库不存在或版本错误** `androidx.arch.core:core-compiler:2.1.0` 是一个**不存在的依赖项**： - `core-compiler` 不是 AndroidX Arch 组件的有效模块名 - 正确模块应为 `core-common` 或 `core-runtime` [^2] - 最新稳定版本为 `2.2.0`（截至2023年） 2. **依赖冲突** 旧版 Lifecycle 扩展（如你使用的 `android.arch.lifecycle:extensions:1.1.1`）可能尝试拉取不兼容的 Arch 组件版本 [^1] 3. **仓库配置缺失** 项目可能未正确配置 Google Maven 仓库（该库仅在此托管） --- #### 解决方案步骤 ##### 1. 修正依赖声明（关键步骤） ```gradle // build.gradle (app 模块) dependencies { // 替换为正确的 Arch Core 依赖 implementation "androidx.arch.core:core-common:2.2.0" implementation "androidx.arch.core:core-runtime:2.2.0" // 升级 Lifecycle 到 AndroidX 版本（推荐） def lifecycle_version = "2.6.1" implementation "androidx.lifecycle:lifecycle-extensions:$lifecycle_version" implementation "androidx.lifecycle:lifecycle-common-java8:$lifecycle_version" // 移除旧版支持库依赖（如引用[1]中的） // implementation 'android.arch.lifecycle:extensions:1.1.1' } ``` ##### 2. 检查仓库配置 确保项目级 `build.gradle` 包含 Google 仓库： ```gradle // build.gradle (项目级) allprojects { repositories { google() // 必须存在 mavenCentral() } } ``` ##### 3. 解决依赖冲突 在终端运行依赖分析命令： ```bash ./gradlew :app:dependencies --configuration debugCompileClasspath ``` 检查输出中是否存在版本冲突，若有则强制指定版本： ```gradle configurations.all { resolutionStrategy.force 'androidx.arch.core:core-common:2.2.0' } ``` ##### 4. 清理构建缓存 ```bash ./gradlew cleanBuildCache && ./gradlew --stop rm -rf ~/.gradle/caches/ # 清除全局Gradle缓存 ``` --- #### 完整配置示例 ```gradle // build.gradle (app模块) android { // 确保使用 AndroidX compileSdk 34 defaultConfig { //... } } dependencies { // AndroidX Arch 组件 implementation "androidx.arch.core:core-common:2.2.0" implementation "androidx.arch.core:core-runtime:2.2.0" // 新版 Lifecycle implementation "androidx.lifecycle:lifecycle-extensions:2.6.1" implementation "androidx.lifecycle:lifecycle-viewmodel-ktx:2.6.1" // 导航组件 (升级自引用[1]的 alpha 版) implementation "androidx.navigation:navigation-fragment:2.7.1" implementation "androidx.navigation:navigation-ui:2.7.1" } ``` --- #### 技术原理说明 1. **模块名变更** AndroidX 将原 `android.arch` 包重构为： - `core-common`：通用工具类 - `core-runtime`：生命周期运行时 - `core-testing`：测试工具 2. **版本兼容性** Lifecycle 2.4+ 要求使用 AndroidX 依赖，旧版 `android.arch.*` 会导致依赖地狱[^2] 3. **构建缓存机制** Gradle 会缓存错误依赖信息，需彻底清理才能生效 > **验证方法**：访问 [Google Maven 仓库](https://maven.google.com/web/index.html) 搜索 `androidx.arch.core` 查看可用版本
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值