You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Android Studio 3.0.1报错app:transformClassesWithDesugarForDebug 求解决方案

解决Android Studio中transformClassesWithDesugarForDebug的删除文件失败问题

我之前也碰到过一模一样的问题,每次清理重建要花20分钟真的太折磨人了!这个报错本质上是构建过程中目标文件被占用或者权限不足导致的,不用每次都走全量清理重建的路子,试试下面这些针对性的方法:

  • 结束占用文件的进程:Windows系统里这个1.jar大概率被后台进程锁死了,比如Java虚拟机残留进程、杀毒软件实时扫描,甚至你打开了该文件所在的文件夹都可能导致锁定。打开任务管理器,找到所有和Java相关的进程(或者直接搜java.exe)结束掉,再重新构建试试。
  • 手动删除锁定文件:先关掉Android Studio,然后直接导航到路径C:\Users\1447065\AndroidStudioProjects\Teest\app\build\intermediates\transforms\desugar\debug\,手动删掉那个1.jar文件,再重启AS重新构建,一般就能解决。
  • 调整Desugar配置(谨慎使用):如果你的项目没有依赖Java 8+的新特性,可以尝试在app模块的build.gradle里关闭coreLibraryDesugaring:
    android {
        compileOptions {
            coreLibraryDesugaringEnabled false
        }
    }
    
    注意:如果项目用了Lambda、Stream这些Java 8特性,这个方法就不能用了,会导致新的编译错误。
  • 给项目目录加杀毒软件白名单:很多杀毒软件的实时防护会拦截AS的文件删除操作,把项目的build整个目录添加到杀毒软件的信任列表里,或者暂时关闭实时防护再构建,应该能解决权限问题。
  • 清理Gradle缓存:有时候Gradle缓存损坏也会触发这类奇怪的文件问题,在项目根目录的终端里执行gradlew cleanBuildCache命令,清理完缓存后再重新构建,说不定就能解决。

这些方法都比全量清理重建快得多,你可以挨个试试,应该能找到适合你的解决方案。

内容的提问来源于stack exchange,提问作者Rose

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.05.25 03:30:08