Compose - Gradle 7.0+ 升级 8.0+ 问题处理

gradle升级8.0踩坑记录——构建环境篇Could not resolve com.android.tools.build:gradle-api:8.0.0/7.x.x. 设置路径 file - project structure - gradle settings - Gradle JDK 选择17或者11,没有对应的jdk则选择下载。先确保JDK设置的对,android gradle plugin 7.+要求jdk11去编译;第二个,检查当前项目gradle使用的jdk版本,及构建脚本里的jdk版本配置。点击同步,还不行的话添加阿里云的仓库url。到这里,up的工程就正常了。一般来说,这种报错有两个排查思路。到这一步,同步一下,还不行则检查。将其删除 再次同步。 阅读详情
AI摘要

文章讲述了在Android开发中遇到的编译错误,包括defaultConfig中的自定义buildConfig字段被禁用、DSLelement的dexOptions过时以及Apmplusplugin插件与新版本Gradle不兼容的问题,提供了相应的解决方案,如修改gradle.properties和移除过时插桩配置,转向非插桩应用性能监控方法.

目录

编译失败:defaultConfig contains custom BuildConfig fields, but the feature is disabled.

编译失败:DSL element 'dexOptions' is obsolete and should be removed.It will be removed in version 8.0 of the Android Gradle plugin.Using it has no effect, and the AndroidGradle plugin optimizes dexing automatically.

编译失败:Apmplus plugin编译异常 Failed to apply plugin 'apm-plugin'.   API 'android.registerTransform' is removed. (适配依赖ByteX,APM暂时还没有插桩方式适配新版本Gradle方案)


编译失败:defaultConfig contains custom BuildConfig fields, but the feature is disabled.

解决方案:

gradle.properties 添加配置 

android.defaults.buildfeatures.buildconfig=true  

编译失败:DSL element 'dexOptions' is obsolete and should be removed.
It will be removed in version 8.0 of the Android Gradle plugin.
Using it has no effect, and the AndroidGradle plugin optimizes dexing automatically.

解决方案:
如下配置移除
//    dexOptions {
//        // 对依赖的库进行dex 预处理,提升增量构建速度
//        preDexLibraries true
//        // 设置最大线程数使用,当运行dex-in-process时,默认为4
//        maxProcessCount 8
//
//        jumboMode = true
//        javaMaxHeapSize "2g"
//        additionalParameters = ['--set-max-idx-number=65000', '--num-threads=4', '--minimal-main-dex']
//    }

编译失败:Apmplus plugin编译异常 Failed to apply plugin 'apm-plugin'.
   API 'android.registerTransform' is removed. (适配依赖ByteX,APM暂时还没有插桩方式适配新版本Gradle方案)

解决方案

1.剔除插桩配置

2.替换为非插桩方式 如何根据非插桩方案接入监控能力?--应用性能监控全链路版-火山引擎

 

 

【论文阅读1】机理引导的残差学习用于电池全生命周期状态监测 | Nature Communications 本文提出了一种机理引导的残差学习框架,用于提升电池全生命周期内荷电状态(SOC)和健康状态(SOH)的监测精度。该方法融合等效电路模型的先验知识与机器学习,设计了修正模型和补偿模型两种通用框架。实验验证表明,该方法在三种不同类型电池数据集上均表现出色,SOC和SOH估计误差较传统方法降低50%以上,且在未见工况下仍保持良好外推能力。模型具有强鲁棒性,在减少训练数据量和降低采样频率时性能稳定,并兼具物理可解释性。该框架无需离线测试和运行中校准,为电池安全监测提供了有效解决方案。 阅读详情

相关推荐

ChromeOS安装教程

ChromeOS,是基于Linux内核研发的ChromiumOS开源系统的闭源系统,最大的特色就是内置了Chrome浏览器,早期主要以Web云端应用程序为主,后来逐渐引入了Android子系统和Linux子系统。本文主要简述摸索的家用笔记本安装ChromeOS安装方法,供各位玩机朋友参考。

weixin_45751495的博客 8121

Kotlin版本升级踩坑记:从1.5.0到1.7.10,除了改版本号还要注意这些Android Gradle配置

本文详细介绍了从Kotlin 1.5.0升级到1.7.10的完整避坑指南,包括版本兼容性矩阵解析、分阶段升级实施步骤以及常见编译报错的解决方案。特别强调了Android Gradle配置的同步调整和依赖冲突处理,帮助开发者避免版本不兼容问题,顺利完成升级。

weixin_30335353的博客 622

VSCode配置ClangFormat:让C++大括号乖乖不换行(附常见样式对比)

本文详细介绍了如何在VSCode中配置ClangFormat,实现C++代码大括号不换行的格式化风格。通过对比Attach、Allman等主流大括号样式,并提供从快速设置到项目级配置的完整指南,帮助开发者打造统一、高效的代码格式化工作流,提升团队协作效率。

weixin_28835551的博客 216

【AGC】关于华为AGC android Gradle8.0适配问题

关于华为AGC android Gradle8.0适配问题。-问题背景:一个cp反馈在安卓开发中android studio最新预览版的gradle为8.0,但是在集成华为AGCsdk时发现不适配问题。集成的服务信息:部分报错信息:com.huawei.agconnect:agcp:1.6.2.300 garadle 8.0 'android.registerTransform' is removed.解决方案:一开始, 按照CP给出的项目中的build.gradle文件中的依赖配置(包括工程根目录和应用根

华为开发者联盟 3514

sysbench安装(在线&离线)

sysbench下载、安装、编译和异常处理方法

m0_61066945的博客 8756

Flotherm XT学习历程

大家好,通过半年的热仿真软件学习使用,最终发现最好用,最好上手的软件就是Flotherm XT,对新手非常友好,但由于软件近几年才发布,网上教程非常少,后面我将在这里持续分析软件使用心得,和大家一起学习。

xiaoredred的博客 6267

Android studio升级到2021、gradle使用7+ 版本、切换至Androidx出现的问题

启用非传递性 R 类 (non-transitive R-class) 后,您应用中的 R 类将只会包含在子项目中声明的资源,依赖项中的资源会被排除在外。时无法找到子模块的r资源,也就是说我并没有发现R资源文件合并到主模块中,也无法在build的生成目录下找到r文件。解决:这里是我项目中的colors.xml 中没有配置color 相关的资源数据,这是纯xml报错了,没改正过来。我的环境的中的gradle的版本是7+ ,在主模块依赖子模块后,发现主模块使用。发现多个模块的资源文件id无法合并到主模块中。

superzhang6666的博客 6323

Spring Boot 构建war 部署到tomcat下无法在Nacos中注册服务

因此,当使用外部容器时,如此处的 Tomcat 来部署项目,AbstractAutoServiceRegistration 就不能监听到容器启动事件了,也就不会尝试向服务注册中心注册当前这个微服务,那么注册就失败了,并且也就没有异常信息了。自定义获取获取外部容器端口的方法, 然后监听应用启动事件,当应用被启动时,获取外部容器启动的端口号,然后将这个 port 设置到 NacosAutoServiceReigistration 中。在启动类同级目录,复制下面代码即可(不需要修改,直接构建war即可)

ttyy1112的专栏 2519

【Android】Agconnect - API ‘android.registerTransform‘ is removed

迁移到 gradle 8.x 后,我无法构建应用程序,因为最新的华为 AppGallery 依赖项仍然不兼容 gradle 8。那么除了恢复到 gradle 7 之外还有其他解决方案吗?

weixin_42473228的博客 1195

QT编程系列1--QT学习前需知

本周学习了一些QT编程方面的知识,学写了几个程序,这里把记录下来。一方面对前面学习的知识做一个总结,便于以后复习、再学习和应用;另一方面也和大家做个交流,有不足的地方请各位看官多指点。   首先是做一些学习之前的交代:一,学习QT需要哪些基础;二,学习QT有哪些用途,QT较其他的开发工具有哪些特点;三,学习QT的思路。

霜月孤鸟&RTEMS&TinyOS 1116

T2T基因组组装实战指南:从数据到完整染色体

本文详细介绍了T2T基因组组装技术的实战指南,从测序数据选择到完整染色体组装的全流程。重点解析了ONT ultra-long和PacBio HiFi测序技术的优势,以及如何攻克端粒和着丝粒等重复区域的组装难题。通过具体案例和实用技巧,帮助研究人员实现从数据到完整染色体的高质量组装。

weixin_29292535的博客 846

AGP 升级,适配 8.5 版本(一)

本次升级是从之前的 AGP7+ 升级到 AGP8+

Primer5 2839

128、点云配准与ICP:经典配准算法与深度学习配准

上周调试一台双臂协作机器人,左手持结构光相机扫描桌面上的随机堆叠工件,右手准备执行抓取。问题出在“对齐”这一步——相机扫描得到的点云和CAD模型点云之间差了大约15度的旋转,导致抓取姿态计算出来直接怼到桌面上。我第一反应是“ICP跑一下不就行了”,结果跑了三分钟,误差纹丝不动,甚至越迭代越发散。后来查了日志才发现,初始位姿给得太离谱,ICP直接掉进了局部最优。这个场景太典型了——很多人以为点云配准就是调个ICP库函数,实际工程里坑比想象中多得多。今天这篇笔记,咱们把点云配准这件事从头捋一遍。

sundong_81的博客 46

从Jetpack Compose 1.0到1.7.0:Android Sunflower应用的无缝升级之路

还在为Compose版本升级后的兼容性问题头疼?本文将以Android Sunflower项目为例,带你一步一步完成从Jetpack Compose 1.0到最新版的迁移,解决90%的常见问题。读完本文,你将掌握版本升级的完整流程、关键代码变更点以及性能优化技巧,让你的应用体验Jetpack Compose的全部新特性。 ## 项目概述 Android Sunflower是一个展示Androi...

gitblog_00294的博客 523

android 蓝牙通讯demo

android 下蓝牙通讯demo,实现了发现蓝牙,使能蓝牙,通过蓝牙发送消息。

jdk-8u144-linux-x64.tar.gz.

该资源为搭建Linux系统Java环境用,资源的后缀为tar.gz格式的压缩包

Seal构建工具升级终极指南:Gradle 8.10.2与AGP 8.7.2完全升级教程

作为一款基于Material You设计理念的Android音视频下载器,Seal项目始终保持着构建工具的最新版本。本文将为开发者提供完整的Gradle和AGP升级指南,帮助你顺利升级到最新版本,享受更快的构建速度和更好的开发体验。💫 ## 🔧 当前Seal构建工具版本分析 根据项目配置文件,Seal目前使用的是: - **Gradle版本**:8.10.2 - **Android Gr

gitblog_00301的博客 773

温度PID控制PLC程序

温度PID稳定控制程序,适用于欧姆龙PLC,对其他PLC也具有很大参考价值

2023年Android Gradle、Gradle插件以及Kotlin版本升级记录

2023年Android Gradle、Gradle插件以及Kotlin版本升级记录

No errors,no gains! 1万+

IEM模型,地表粗糙度模拟

利用微波反演土壤水分时候,利用IEM模型可以实现对随机地表的模拟

踩坑实录 | 41 条 AAR 报错:Compose 1.7 强制 compileSdk 34,如何 3 分钟无痛升级?

踩坑实录 | 41 条 AAR 报错:Compose 1.7 强制 compileSdk 34,如何 3 分钟无痛升级?

一起coding,一起嗨。 791

一文解决!Compose Multiplatform 与 Kotlin 2.0.0-RC2 兼容性实战指南

还在为跨平台项目升级 Kotlin 2.0.0-RC2 时遇到的兼容性问题烦恼?本文将从环境配置、迁移步骤到常见问题修复,全面解析 Compose Multiplatform 与 Kotlin 2.0.0-RC2 的适配要点,帮你无缝过渡到新版本。读完你将掌握:版本匹配规则、Gradle 配置技巧、编译错误解决方案以及性能优化建议。 ## 版本兼容性基础 Compose Multiplatfo...

gitblog_01153的博客 552

终极解决方案:Compose Multiplatform 1.7.0 Android Release构建失败全面修复指南

Compose Multiplatform作为JetBrains推出的跨平台UI工具库,让开发者能够使用Kotlin语言开发Android、iOS和macOS应用。然而在1.7.0版本中,许多开发者遇到了Android Release构建失败的问题,本指南将帮助你从崩溃到成功上线,解决这一棘手难题。 ## 🔍 常见构建失败症状与原因分析 在进行Android Release构建时,可能会遇到

gitblog_00257的博客 425

如何使用gradle-intellij-plugin集成Kotlin与Compose UI开发IntelliJ插件

gradle-intellij-plugin是由JetBrains官方开发的Gradle插件,专为构建基于IntelliJ平台的IDE插件而设计。它提供了完整的构建流程支持,包括依赖管理、插件打包、沙箱测试等功能,特别适合使用Kotlin和Compose UI技术栈开发现代化的IntelliJ插件。 [![IntelliJ Platform Gradle Plugin Logo](https:/

gitblog_00342的博客 650

3步搞定Compose Multiplatform与Kotlin 2.0的版本适配:完整指南

Compose Multiplatform是JetBrains开发的跨平台UI工具库,基于Kotlin编写,可用于开发跨平台的Android、iOS和macOS应用程序。随着Kotlin 2.0的发布,开发者需要了解如何快速完成版本适配,确保项目稳定运行。 ## 为什么需要版本适配? Kotlin 2.0带来了诸多性能优化和新特性,但也对现有项目提出了兼容性要求。Compose Multipl

gitblog_00536的博客 398

Android Studio Flamingo遇到Gradle插件8.1.0不兼容?3种解决方案实测

本文针对Android Studio Flamingo与Gradle插件8.1.0的兼容性问题,提供了三种实测有效的解决方案:升级IDE至Giraffe版本、降级Gradle插件版本以及临时兼容性配置。详细步骤和注意事项帮助开发者快速恢复项目构建,同时提供团队协作中的版本管理建议。

weixin_30369041的博客 225

终极解决!Compose Multiplatform桌面预览任务与Gradle配置缓存兼容性全解析

Compose Multiplatform 是 JetBrains 开发的跨平台 UI 工具库,基于 Kotlin 编写,可用于开发跨平台的 Android、iOS 和 macOS 应用程序。本文将深入解析桌面预览任务与 Gradle 配置缓存的兼容性问题,并提供完整的解决方案,帮助开发者优化开发流程,提升项目构建效率。 ## 跨平台应用开发的挑战与解决方案 🚀 在跨平台应用开发过程中,开发

gitblog_00558的博客 390

Jetpack Compose BOM:Android依赖管理新方案

依赖管理是现代Android开发中的基础课题,特别是在使用Jetpack Compose这类模块化框架时。传统的依赖管理方式需要手动维护各个库的版本号,极易出现兼容性问题。Jetpack Compose BOM(物料清单)通过提供经过测试的版本组合,实现了依赖管理的革命性改进。这项技术不仅能自动解决版本冲突,还能简化Gradle配置,显著提升工程效率。在实际开发中,BOM特别适合多模块项目和团队协作场景,可以确保所有Compose组件版本的一致性。结合Gradle版本目录等现代构建工具,开发者可以更高效地管

weixin_30399155的博客 399

为什么你的Compose Multiplatform项目升级后总是构建失败?5个关键解决方案大揭秘 [特殊字符]️

Compose Multiplatform作为JetBrains开发的跨平台UI工具库,让开发者能够使用Kotlin构建Android、iOS和macOS应用。然而版本升级过程中,许多开发者都会遇到构建失败的问题。本文将深入分析常见失败原因,并提供系统化的解决方案,帮助你顺利完成项目升级。 ## 一、API变更导致的构建失败(最常见原因) Compose Multiplatform在版本迭代中

gitblog_00505的博客 377

Android Studio Narwhal:AGP 8.7+ 与 Gradle 8.9 构建范式重构指南

Android Studio Narwhal(2025)标志着 Android 构建体系从脚本驱动到模型驱动的根本性演进。其核心在于 AGP 8.7+ 作为语义中枢、Gradle 8.9+ 作为执行底座的主从协同架构,彻底摒弃 Groovy 脚本与废弃 API,强制采用 Kotlin DSL 声明式配置。这一转向不仅消除了‘deprecated gradle features’等兼容性警告,更通过内存中 Project Model 实现编译前静态分析、实时依赖推演与增量构建优化,显著提升大型项目构建与 ID

daxi1047的博客 491
上一篇: InputContextCallback.waitForResultLocked导致的ANR
TheWindRises_QAQ
博客等级 码龄10年 1粉丝 11原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值