之前写了一篇 《Compose 与 AGP、KGP 的关系》的文章，其中我说了这么一段话： 其实，AGP 对 Compose 的影响仅仅只作用于 TaskManager 中是否有无添加 compose-compiler...在我发掘 AGP 4.1.0 版本的 TaskManager 类时发现： image.png 如果不仔细看的话真的发现不了问题，你看 compose-compier 这个依赖的 group 是 androidx.compose...上看了下 androidx.compose:compose-compiler 发布的有哪些版本: image.png 最高的版本止步于 1.0.0-alpha03 版本，这也太坑了，这也就说明，我在上篇文章中说的通过...然后说下我是怎么发现这个问题的，我在依赖 AGP 4.1.0 版本看源码时，突然想看下 Compose-Compiler 的源码，然后为了好复制，我就直接把 TaskManager 类中配置 Compose-Compiler...居然依赖的 Group 不一样，然后我就赶紧对比了下 AGP 4.2.0 版本是没问题的，这时确定，AGP 4.1.0 配置的 Compose-Compiler 不是正式版的依赖。
Compiler[1] 库，他的主要目的借助 Kotlin 编译器插件，转换可组合函数(@Composable)并实现优化： image.png 但如果你仔细去看 Compose 项目的话，怎么找都找不到这个依赖在哪...extension 来设置 Compose 与 KCP 的版本，具体可以看 AGP 的 TaskManager 类： image.png 从 TaskManager 来看，AGP 仅仅只是帮我们添加了 compose-compiler...：指定 kotlin 的编译版本(KCP)，与 kotlin-gradle-plugin 版本保持一致 其实，AGP 对 Compose 的影响仅仅只作用于 TaskManager 中是否有无添加 compose-compiler...这里面唯一有关系的是 KCP 版本与 Compose-Compiler 版本，但 KCP 是被 KGP 引用进来的，所以，我们又可以简单的认为是 KGP 与 Compose 有关系，在上述配置的 composeOptions...是怎么生成代码而蠢蠢欲动了呢 参考资料 [1] Compose Compiler: https://developer.android.com/jetpack/androidx/releases/compose-compiler
在查看 AGP 4.1.0 时，该版本内置的 compose-compiler 依赖是 androidx.compose:compiler，而正式版本的依赖是 androidx.compose.compiler
the Bill of Materials[3]： dependencies { // Import the Compose BOM implementation platform('androidx.compose...一个检查更新的功能[4] 9、依赖冲突 SDK 难免会依赖一些三方库，如果业务方依赖的三方库版本比 SDK 依赖的三方库高，并且三方库兼容性差，则可能会出现 SDK 使用到三方库的一些 api 调用发生类找不到...、方法找不到等异常，这似乎并没有好的解决办法，但也不是不能解： 尽量减少三方库依赖 如果三方库极其不稳定又不得不用，则可以下载其源码，更改包名，重新编译依赖，提供给 SDK 开发使用，更改包名是为了避免
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
云直播
对象存储
腾讯会议
