kotlin方式集成Arouter遇到问题

最新推荐文章于 2024-12-02 23:35:47 发布
最新推荐文章于 2024-12-02 23:35:47 发布
阅读量551 收藏
点赞数 1
分类专栏： kotlin android studio 问题集锦 文章标签： android kotlin
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/nongminkouhao/article/details/120365254
版权
本文介绍了在使用Arouter和Kotlin进行Android开发时遇到的重复类错误及其解决方案。通过正确配置Gradle属性并调整插件设置，可以避免类冲突，确保路由功能正常工作。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

按照Arouter git 官方的kotlin方式配置 遇到如下问题

Execution failed for task ':app:checkDebugDuplicateClasses'.
> A failure occurred while executing com.android.build.gradle.internal.tasks.CheckDuplicatesRunnable
   > Duplicate class android.support.v4.app.INotificationSideChannel found in modules core-1.3.1-runtime (androidx.core:core:1.3.1) and support-compat-25.2.0-runtime (com.android.support:support-compat:25.2.0)
     Duplicate class android.support.v4.app.INotificationSideChannel$Stub found in modules core-1.3.1-runtime (androidx.core:core:1.3.1) and support-compat-25.2.0-runtime (com.android.support:support-compat:25.2.0)
     Duplicate class android.support.v4.app.INotificationSideChannel$Stub$Proxy found in modules core-1.3.1-runtime (androidx.core:core:1.3.1) and support-compat-25.2.0-runtime (com.android.support:support-compat:25.2.0)
     Duplicate class android.support.v4.os.IResultReceiver found in modules core-1.3.1-runtime (androidx.core:core:1.3.1) and support-compat-25.2.0-runtime (com.android.support:support-compat:25.2.0)
     Duplicate class android.support.v4.os.IResultReceiver$Stub found in modules core-1.3.1-runtime (androidx.core:core:1.3.1) and support-compat-25.2.0-runtime (com.android.support:support-compat:25.2.0)
     Duplicate class android.support.v4.os.IResultReceiver$Stub$Proxy found in modules core-1.3.1-runtime (androidx.core:core:1.3.1) and support-compat-25.2.0-runtime (com.android.support:support-compat:25.2.0)
     Duplicate class android.support.v4.os.ResultReceiver found in modules core-1.3.1-runtime (androidx.core:core:1.3.1) and support-compat-25.2.0-runtime (com.android.support:support-compat:25.2.0)
     Duplicate class android.support.v4.os.ResultReceiver$1 found in modules core-1.3.1-runtime (androidx.core:core:1.3.1) and support-compat-25.2.0-runtime (com.android.support:support-compat:25.2.0)
     Duplicate class android.support.v4.os.ResultReceiver$MyResultReceiver found in modules core-1.3.1-runtime (androidx.core:core:1.3.1) and support-compat-25.2.0-runtime (com.android.support:support-compat:25.2.0)
     Duplicate class android.support.v4.os.ResultReceiver$MyRunnable found in modules core-1.3.1-runtime (androidx.core:core:1.3.1) and support-compat-25.2.0-runtime (com.android.support:support-compat:25.2.0)

* Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. Run with --scan to get full insights.

解决办法gradle.properties添加如下就可以了
(使用的AS是4.2.1版本默认创建的项目只有android.useAndroidX=true没有android.enableJetifier=true)

android.useAndroidX=true
android.enableJetifier=true

跳转时候找不到path

ARouter::There is no route match the path

一般可能有几种情况
1.kotlin 集成arouter遇到了问题

// 可以参考 module-kotlin 模块中的写法
apply plugin: 'kotlin-kapt'

kapt {
    arguments {
        arg("AROUTER_MODULE_NAME", project.getName())
    }
}

dependencies {
    api 'com.alibaba:arouter-api:1.4.0'    //在base lib中导入即可,其他module只用依赖base就可以
    kapt 'com.alibaba:arouter-compiler:1.2.2' //每个module都需要依赖，否则会报ARouter::There is no route match the path
    ...
}
  1. 检查界面上方@Route(path = “/mine/LoginActivity”) 这里添加的和跳转的路径是否一致
ARouter+Kotlin 问题汇总
dsczxcc的博客
12-13 3811
如题，无法生成 build/generated/source/apt/(debug or release)/com/alibaba/android/arouter/docs/arouter-map-of-${moduleName}.json 官方 ARouter README中提到： // 更新 build.gradle, 添加参数 AROUTER_GENERATE_DOC = enable...
1-4 多模块划分
opooooi的博客
01-25 1838
模块划分，多模块开发需要路由框架 多模块划分最终集成到app中，可以独立开发，独立测试，不影响模块之间 依赖相同，划分统一处理 1 切换到project文件里面 2 新创建dependencies.gradle文件 //配置各个module共用的参数 apply plugin: 'kotlin-android' apply plugin: 'kotlin-android-extensions' apply plugin: 'kotlin-kapt'//kotlin语言..
kotlin版本的ARouter遇到报错w: 警告: 来自注释处理程序 'org.jetbrains.kotlin.kapt3.base.Processor的解决办法
qq_20628139的博客
10-12 5184
如果遇到报错 w: 警告: 来自注释处理程序 'org.jetbrains.kotlin.kapt3.base.ProcessorWrapper' 的受支持 source 版本 'RELEASE_7' 低于 -source '1.8' 添加代码 compileOptions { sourceCompatibility JavaVersion.VERSION_1_7 ...
添加了Glide库的依赖 implementation ‘com.github.bumptech.glide:glide:4.9.0‘ 报错
s610344130的博客
09-08 1542
Duplicate class android.support.v4.app.INotificationSideChannel found in modules core-1.3.1-runtime (androidx.core:core:1.3.1) and support-compat-27.1.1-runtime (com.android.support:support-compat:27.1.1) Duplicate class android.support.v4.app.INotificatio
Kotlin中使用ARouter提示找不到路径
songqindong
02-20 645
Kotlin中使用ARouter提示找不到路径
Caused by: org.jetbrains.kotlin.kapt3.base.util.KaptBaseError: Error while annotation processing
程序猿的玻璃心的专栏
06-19 2512
我这边导致这个错误的原因是，使用ARouter传参时出错的。接收参数的Activity中，应该是。我少写了@JvmField导致出错。
2024年Android面试总结
u012556114的博客
12-02 884
‌简洁性‌：Kotlin的简洁语法减少了样板代码，提高了开发效率。‌空指针安全‌：内置的空安全机制避免了空指针异常，提高了程序的稳定性。‌扩展函数‌：允许向现有类添加新功能，无需修改原始代码，增强了代码的可维护性。‌协程‌：提供了更高效、更易读的异步编程方式。‌编译时间‌：更快的编译速度意味着更快的开发反馈。‌Kotlin‌：泛型类中的类型参数默认是不可变的，如果需要支持协变或逆变，需要使用和关键字来指定。泛型类中的类型参数如果可以被推断出来，可以省略类型参数‌。
Android 组件化代码中心化问题之.api化方案
1
08-19 430
一、代码中心化问题 将一个大型的项目拆分成多个Module或者新开的组件化项目,想要的预期是这些module之间是平级的关系．这样一来就可以使得业务相对集中，每个人都可以专注在一件事上。同时，代码的耦合度也会随之降低，达到高度解耦状态，因为同级的module不存在依赖关系，在编译上就是隔离的，这会让组件间的依赖非常清楚，同时也具有更高的重用性，组件强调复用，模块强调职责划分。 他们没有非常严格的划分。 达到可复用要求的模块，那么这个模块就是组件。每个组件的可替代性、热插拔、独立编译都将可行，
Android Gradle 管理依赖包
h4x0r_007的专栏
03-14 1133
文章目录Android Gradle 管理依赖包Android 开发常见 Gradle 问题1. 查看 Gradle 项目包依赖关系1.1 gradle :app:dependencies --configuration debugCompileClasspath1.2 Gradle 3种编译依赖模式 implementation、compileOnly、api 与问题1.3 关于重复依赖与多版本依赖1.4 exclude 排除三方库中引入的依赖包1.5 解决问题12. gradle 下载慢问题3. gra
20道Android工程师面试必问题，看这一篇就够了！
m0_56228922的博客
05-11 813
前言 最近，有同学参加阿里云的面试，被问到：如果是MySQL引起的CPU消耗过大，你会如何优化？他说，这个问题他第一次遇到，当时一头雾水，不知道该如何回答，还好他当时机制，说MySQL底层不是他研究的重点，所以面试官没有再深入这块~~~ 因此，我们在网上找到一篇能够解答该问题的文章，希望能够帮助到各位同学。 第一阶段：Android 基础知识回顾： 回顾Android 开发编程，深入理解Android系统原理和层次结构，深入分析Handler源码和原理； 回顾Java，C/C++，Kotlin、dar
Kotlin/Java实用ARouter遇到的问题Compiler An exception is encountered和There is no route match the path [/xxx
iqqcode
10-05 1089
kotlin/java混合开发接入ARouter遇到的问题Compiler An exception is encountered, [These no module name, at ‘build. 以及There is no route match the path [/xxx/xxxx], in group [\xxx\][ ]
ARouter in Kotlin
somethingstill的博客
04-27 1485
Arouter在kotlin项目中导入
Arouter在kotlin中使用的坑，携带参数跳转，目标页面接收不到数据
fooltelljoke的博客
09-21 433
Arouter跳转携带参数无法接收
记录一次 ARouter 接入 kotlin 踩坑记录
tao______tao的专栏
07-29 883
问题现象:按照java项目接入配置 android{ javaCompileOptions { annotationProcessorOptions { arguments = [AROUTER_MODULE_NAME: project.getName()] } } } dependencies{ annotationProcessor 'com.alibaba:arouter-compiler:1.2.2' } 项目中对应的类 配置@Route(path ="/te.
Kotlin+ARouter完美实现页面跳转
跟着哆啦学Android
07-25 1572
在BaseActivity.kt中，你可以这样定义 fun open(path: String, build: Postcard.() -> Unit = {}) { val postcard = ARouter.getInstance().build(path) postcard.build() postcard.navigation() } fun openWithFinish(path: String, build: Postcard.() -> Unit =.
解决Execution failed for task ‘:app:checkDebugDuplicateClasses‘.
热门推荐
冷冷清清里风风火火是我
03-19 2万+
安装新的IDE之后打开项目报错 Execution failed for task ':app:checkDebugDuplicateClasses'. 解决方法如下： 1、依赖了重复的资源文件，例如： lib中导入了A.aar文件，然后又在build.gradle中依赖了相同的A文件。 依赖两个不同的资源文件，但是，这两个资源文件里面包含了相同的内容。去除重复依赖或者lib、AAR不同版本等 2、在应用包中注释所有的androidx依赖。gradle文件尝试迁移到Androidx。你可以在Refa.
Duplicate class kotlin.XXX 问题处理
louise_tsc的博客
08-06 540
Duplicate class kotlin
Arouter与Kotlin 踩坑
RedWolf-blog
06-29 3195
Error:Circular dependency between the following tasks: :arouter2:compileReleaseKotlin \--- :arouter2:kaptReleaseKotlin \--- :arouter2:compileReleaseKotlin (*) (*) - details omitted (listed previously)
Android 组件化项目中 Application的获取
最新发布
02-18
<think>嗯，用户想了解在Android组件化项目中如何获取Application实例。首先，我需要回忆一下组件化的基本概念。组件化通常是将一个大型应用拆分成多个模块或组件，每个组件可以独立开发、测试和运行。这时候，每个组件可能是一个独立的模块，比如使用Android Library模块，或者动态特性模块。 接下来，Application的作用。在Android中，Application类是一个全局的单例，它在应用启动时初始化，用于保存全局的配置和状态。在传统的单模块项目中，直接通过context.getApplicationContext()或者自定义的Application类来获取实例是很简单的。但在组件化项目中，各个模块可能无法直接依赖主应用的Application类，尤其是基础模块或者库模块，这时候如何获取Application实例就成了一个问题。 然后，用户的问题是如何在组件化项目中获取Application。可能的解决方案有几个：一种是通过反射，但反射效率低且不安全；另一种是通过接口暴露方法，比如在基础模块中定义一个接口，主应用实现该接口，然后通过工具类或者服务发现机制来获取Application实例。 记得以前看过一些文章，提到使用ContentProvider或者ARouter这样的路由框架来初始化模块，并在初始化时获取Application。例如，ARouter可以在初始化时传入Application，各模块通过ARouter的API来获取。或者，每个模块可以定义一个ContentProvider，在onCreate方法中获取Context，然后通过静态变量保存Application实例。不过ContentProvider的方式可能会增加启动时间，需要谨慎使用。 还有一种方法是依赖注入，比如使用Dagger或Hilt，将Application实例注入到需要的模块中。但这种方式可能需要模块之间有更多的依赖关系配置，尤其是在组件化中，模块可能不希望直接依赖其他模块的DI配置。 另外，可以考虑在基础模块中提供一个工具类，主应用在启动时调用该工具类的初始化方法，传入Application实例。其他模块通过这个工具类来获取Application。例如，创建一个ApplicationHolder类，里面有静态方法setApplication和getApplication。主应用的Application类在onCreate时调用ApplicationHolder.setApplication(this)，其他模块通过ApplicationHolder.getApplication()来获取实例。这种方法简单有效，但需要确保主应用正确初始化，且可能需要在多个模块中处理潜在的null情况。 不过要注意内存泄漏的问题，因为Application实例是全局的，通常不会导致内存泄漏，但在工具类中持有Context时还是要确保正确性。此外，跨模块的依赖需要确保基础模块被所有其他模块依赖，这样才能访问工具类。 可能还需要考虑模块的独立性，比如某些业务模块可能不希望直接依赖基础模块，这时候需要使用接口隔离，通过接口让主应用实现获取Application的方法，然后各模块通过接口来调用，而不是直接引用具体类。例如，基础模块定义一个接口AppContextProvider，主应用实现该接口，并在初始化时注册到基础模块的工具类中。其他模块通过工具类获取AppContextProvider实例，进而获取Application。这样解耦了模块之间的直接依赖，符合组件化的设计原则。 总结一下，常见的解决方案包括：工具类持有Application实例、接口暴露、使用路由框架或依赖注入，以及ContentProvider自动初始化。每种方法都有优缺点，需要根据项目具体情况选择。比如，如果项目已经使用了ARouter，那么利用其提供的API获取Application会更方便；如果项目结构简单，工具类可能是最快捷的方式。 另外，用户可能需要考虑模块如何初始化的问题。比如，某些基础库需要在Application的onCreate中初始化，这时候可能需要主应用显式调用模块的初始化方法，或者通过自动注册机制（如注解处理器或SPI）来收集所有模块的初始化入口，由主应用统一调用。这种情况下，获取Application实例可能和模块初始化流程相关。 最后，需要提醒用户注意Application的获取时机，避免在Application的onCreate方法未完成时就尝试获取实例，导致空指针异常。同时，多进程应用中，Application实例在不同进程中的表现可能不同，需要特别处理。</think>在 Android 组件化项目中，由于模块化拆分后各组件可能独立运行（如 `library` 或动态特性模块），直接通过 `getApplication()` 或自定义 `Application` 类会遇到跨模块访问问题。以下是几种常见解决方案： --- ### 1. **基座模块 + 接口暴露** - **核心思想**：将 `Application` 实例通过基座模块（如 `base` 或 `common` 模块）提供的接口暴露给其他组件。 - **实现步骤**： 1. 在基座模块定义接口： ```kotlin interface IApplicationProvider { fun getApplication(): Application } ``` 2. 主工程（`app` 模块）实现接口并注册： ```kotlin class MainApplication : Application(), IApplicationProvider { override fun onCreate() { super.onCreate() // 注册到基座模块的工具类 AppContext.registerApplication(this) } override fun getApplication(): Application = this } ``` 3. 其他模块通过基座工具类获取： ```kotlin val app = AppContext.getApplication() ``` --- ### 2. **工具类静态持有** - **直接方式**：在基座模块中定义一个全局静态工具类，主工程初始化时注入 `Application`。 - **代码示例**： ```kotlin // 基座模块工具类 object AppContext { private var application: Application? = null fun init(application: Application) { this.application = application } fun getApplication(): Application { return application ?: throw IllegalStateException("Application未初始化！") } } // 主工程Application中初始化 class MainApplication : Application() { override fun onCreate() { super.onCreate() AppContext.init(this) } } // 其他模块调用 val context = AppContext.getApplication() ``` --- ### 3. **使用反射（不推荐）** - 通过反射主工程的 `Application` 类，但存在性能损耗和兼容性问题： ```kotlin val appClass = Class.forName("com.example.MainApplication") val app = appClass.getMethod("getInstance").invoke(null) as Application ``` --- ### 4. **依赖注入框架** - 使用 **Dagger/Hilt** 等框架将 `Application` 注入到需要的地方： ```kotlin // 在模块中声明依赖 @Module @InstallIn(SingletonComponent::class) object AppModule { @Provides fun provideAppContext(application: Application): Context = application } // 在需要的地方注入 @Inject lateinit var appContext: Context ``` -- ### 5. **使用 ContentProvider 自动初始化** - 利用 `ContentProvider` 的 `onCreate()` 方法在应用启动时自动获取 `Context`： ```kotlin class AppInitProvider : ContentProvider() { override fun onCreate(): Boolean { val application = context!!.applicationContext as Application AppContext.init(application) return true } // 其他空实现... } ``` - 需在 `AndroidManifest.xml` 中注册该 `Provider`。 --- ### 6. **路由框架（如 ARouter）** - 若已集成 ARouter，可在初始化时传递 `Application`，其他模块通过路由获取： ```kotlin // 初始化 ARouter.init(application) // 其他模块获取 val app = ARouter.getInstance().navigation(Application::class.java) ``` --- ### **注意事项** 1. **初始化时机**：确保在 `Application#onCreate()` 完成后再调用获取方法。 2. **空安全**：使用工具类时需处理未初始化时的异常（如结合 `checkNotNull`）。 3. **多进程**：跨进程时 `Application` 可能重新创建，需根据业务处理多进程逻辑。 选择方案时，**推荐优先使用接口暴露或工具类静态持有**，结合项目架构决定是否引入依赖注入或路由框架。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值