Линт обнаружил фатальные ошибки при сборке целевого релиза

383/5000 У меня есть приложение, которое выдает ошибки компиляции, когда я переключаю его в режим выпуска, чтобы загрузить его в магазин воспроизведения.

Я пробовал анализировать-проверять код и у меня нет никаких ошибок.

Я также пробовал предложение компиляции в Gradle сборки сборки, и оно не выдает ошибки, но когда я пытаюсь установить apk, он выдает ошибку: «APK не удалось установить. Ошибка: не удалось остановить строку с ошибкой»

org.gradle.api.tasks.TaskExecutionException: Execution failed for task ':app:lintVitalRelease'.
    at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:100)
    at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.execute(ExecuteActionsTaskExecuter.java:70)
    at org.gradle.api.internal.tasks.execution.OutputDirectoryCreatingTaskExecuter.execute(OutputDirectoryCreatingTaskExecuter.java:51)
    at org.gradle.api.internal.tasks.execution.SkipUpToDateTaskExecuter.execute(SkipUpToDateTaskExecuter.java:62)
    at org.gradle.api.internal.tasks.execution.ResolveTaskOutputCachingStateExecuter.execute(ResolveTaskOutputCachingStateExecuter.java:54)
    at org.gradle.api.internal.tasks.execution.ValidatingTaskExecuter.execute(ValidatingTaskExecuter.java:60)
    at org.gradle.api.internal.tasks.execution.SkipEmptySourceFilesTaskExecuter.execute(SkipEmptySourceFilesTaskExecuter.java:97)
    at org.gradle.api.internal.tasks.execution.CleanupStaleOutputsExecuter.execute(CleanupStaleOutputsExecuter.java:87)
    at org.gradle.api.internal.tasks.execution.ResolveTaskArtifactStateTaskExecuter.execute(ResolveTaskArtifactStateTaskExecuter.java:52)
    at org.gradle.api.internal.tasks.execution.SkipTaskWithNoActionsExecuter.execute(SkipTaskWithNoActionsExecuter.java:52)
    at org.gradle.api.internal.tasks.execution.SkipOnlyIfTaskExecuter.execute(SkipOnlyIfTaskExecuter.java:54)
    at org.gradle.api.internal.tasks.execution.ExecuteAtMostOnceTaskExecuter.execute(ExecuteAtMostOnceTaskExecuter.java:43)
    at org.gradle.api.internal.tasks.execution.CatchExceptionTaskExecuter.execute(CatchExceptionTaskExecuter.java:34)
    at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker$1.run(DefaultTaskGraphExecuter.java:248)
    at org.gradle.internal.progress.DefaultBuildOperationExecutor$RunnableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:336)
    at org.gradle.internal.progress.DefaultBuildOperationExecutor$RunnableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:328)
    at org.gradle.internal.progress.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:199)
    at org.gradle.internal.progress.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:110)
    at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker.execute(DefaultTaskGraphExecuter.java:241)
    at org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker.execute(DefaultTaskGraphExecuter.java:230)
    at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor$TaskExecutorWorker.processTask(DefaultTaskPlanExecutor.java:123)
    at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor$TaskExecutorWorker.access$200(DefaultTaskPlanExecutor.java:79)
    at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor$TaskExecutorWorker$1.execute(DefaultTaskPlanExecutor.java:104)
    at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor$TaskExecutorWorker$1.execute(DefaultTaskPlanExecutor.java:98)
    at org.gradle.execution.taskgraph.DefaultTaskExecutionPlan.execute(DefaultTaskExecutionPlan.java:626)
    at org.gradle.execution.taskgraph.DefaultTaskExecutionPlan.executeWithTask(DefaultTaskExecutionPlan.java:581)
    at org.gradle.execution.taskgraph.DefaultTaskPlanExecutor$TaskExecutorWorker.run(DefaultTaskPlanExecutor.java:98)
    at org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:63)
    at org.gradle.internal.concurrent.ManagedExecutorImpl$1.run(ManagedExecutorImpl.java:46)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    at org.gradle.internal.concurrent.ThreadFactoryImpl$ManagedThreadRunnable.run(ThreadFactoryImpl.java:55)
    at java.lang.Thread.run(Thread.java:745)
Caused by: org.gradle.api.GradleException: Lint found fatal errors while assembling a release target.

To proceed, either fix the issues identified by lint, or modify your build script as follows:
...
android {
    lintOptions {
        checkReleaseBuilds false
        // Or, if you prefer, you can continue to check for errors in release builds,
        // but continue the build even when errors are found:
        abortOnError false
    }
}
...
    at com.android.tools.lint.gradle.LintGradleExecution.abort(LintGradleExecution.java:199)
    at com.android.tools.lint.gradle.LintGradleExecution.runLint(LintGradleExecution.java:263)
    at com.android.tools.lint.gradle.LintGradleExecution.lintSingleVariant(LintGradleExecution.java:359)
    at com.android.tools.lint.gradle.LintGradleExecution.analyze(LintGradleExecution.java:93)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at com.android.tools.lint.gradle.api.ReflectiveLintRunner.runLint(ReflectiveLintRunner.kt:38)
    at com.android.build.gradle.tasks.LintBaseTask.runLint(LintBaseTask.java:87)
    at com.android.build.gradle.tasks.LintPerVariantTask.lint(LintPerVariantTask.java:41)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.gradle.internal.reflect.JavaMethod.invoke(JavaMethod.java:73)
    at org.gradle.api.internal.project.taskfactory.StandardTaskAction.doExecute(StandardTaskAction.java:46)
    at org.gradle.api.internal.project.taskfactory.StandardTaskAction.execute(StandardTaskAction.java:39)
    at org.gradle.api.internal.project.taskfactory.StandardTaskAction.execute(StandardTaskAction.java:26)
    at org.gradle.api.internal.AbstractTask$TaskActionWrapper.execute(AbstractTask.java:780)
    at org.gradle.api.internal.AbstractTask$TaskActionWrapper.execute(AbstractTask.java:747)
    at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter$1.run(ExecuteActionsTaskExecuter.java:121)
    at org.gradle.internal.progress.DefaultBuildOperationExecutor$RunnableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:336)
    at org.gradle.internal.progress.DefaultBuildOperationExecutor$RunnableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:328)
    at org.gradle.internal.progress.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:199)
    at org.gradle.internal.progress.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:110)
    at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeAction(ExecuteActionsTaskExecuter.java:110)
    at org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:92)
    ... 32 more
100
0
76 787
8

Ответы 8

  1. Вы можете использовать меню Анализировать> Проверить код для запуска проверок вручную. Результаты появятся в окне Результаты осмотра. Таким образом вы сможете просмотреть и исправить реальные проблемы.

  2. Вы все еще можете просматривать их из файла приложение \ сборка \ отчеты \ lint-results-release-fatal.html, не используя вышеупомянутое меню ручной проверки.

  3. Хотя это не рекомендуется, вы также можете подавить предупреждения о ворсе, добавив приведенный ниже код в свой build.gradle, как предлагает Android Studio. Но имейте в виду, что это не решит реальных проблем.

android {
    lintOptions {
        checkReleaseBuilds false
        // Or, if you prefer, you can continue to check for errors in release builds,
        // but continue the build even when errors are found:
        abortOnError false
    }
}

Ты спасатель. Analyze -> Inspect Code был лучшим инструментом для этого.

J. Jefferson 15.08.2018 07:00

Concur. Удивительно, что даже последняя версия Android Studio не имеет ссылки на это после сбоя сборки из-за lint, она просто показывает фрагмент кода, чтобы ОТКЛЮЧИТЬ ошибки .... !!!?

BjornW 10.09.2018 18:06

Последняя часть этого ответа очень ценна. Я бы отредактировал ответ, поставив сначала «Анализировать -> Проверить код», чтобы люди его не пропустили. Часть о подавлении предупреждений уже показана Android Studio и, как вы говорите, должна использоваться в крайнем случае.

LarsH 04.12.2018 20:58

@BjornW, будьте уверены, они исправят это в будущем. Просто дайте им немного времени, и вы увидите единственную верхушку айсберга работы, исправлений и улучшений, которые они делают в каждом выпуске. Им приходится каждый год догонять все новые API Google и продолжать улучшать IDE. Фактически, Android Studio в настоящее время является одной из лучших IDE.

Kirill Karmazin 07.02.2019 18:04

Ничего против тебя, @Kirill, но этот старик любил молоко. Сколько лет нужно, чтобы исправить это простое правило линта?

jack 10.02.2021 22:48

Убедитесь, что вы определили все переводы во всех файлах string.xml в своем приложении.

Вы можете узнать подробности в пути к вашему приложению

 /YOUR_APPLICATION/app/build/reports/ 

в этой папке находится HTML-документ с описанием ошибки.

Для получения дополнительной информации вы можете посетить страницу, на которой я найду решение.

https://dominoc925.blogspot.com/2018/08/how-to-find-cause-of-lint-error- while.html

Это правильное решение. Analyze> Inspect Code создает слишком много записей, чтобы найти фактического виновника.

Rammohan Raja 03.02.2020 22:29

Спасибо за решение ... Мне потребовалось 10 часов, чтобы исправить предупреждение о ворсинах и, наконец, использовать ваше решение. Я понял причину проблемы. Большое спасибо

Amit Sen 03.08.2020 10:59

Здесь я написал статью о всевозможных решения для устранения проблемы с обнаружением фатальных ошибок Lint.

Как правило, вы можете решить эту проблему следующим образом:

Студия Android показывает все ошибки сборки в файлах html и xml, представленных по следующей ссылке. Просто откройте этот файл в браузере, проверьте ошибку и исправьте ее.

/YOUR_APPLICATION/app/build/reports/lint-results-release-fatal.html

Ошибка образца

Большой!! Я думаю, что это Идеальный способ, чтобы решить эту проблему.

Rahul Mishra 25.07.2020 05:55

этот ответ действительно полезен для меня, спасибо @Asad

Abhra 30.09.2020 22:12

Сказочно, большое спасибо

Devix 06.05.2021 21:13

File > Invalid Caches/Restart устранил проблему для меня. Я только начинаю работать с Android, но я подумал попробовать это, прежде чем пробовать то, что упомянуто выше, и это сработало.

Для меня я проверил ошибки в файлах xml и html в / APPLICATION / app / build / reports Затем я исправил все, что мог исправить, а в остальном подавил их, добавив в свой build.gradle следующий код:

android {
    lintOptions {
        checkReleaseBuilds false
        abortOnError false
    }
}

Это не позволило студии Android прервать сборку из-за оставшихся ошибок.

Это работает для меня

lintOptions { 
    checkReleaseBuilds false
}

Добавьте этот код в файл build.gradle в разделе android {}.

Ваш ответ такой же, как и один другой.

Emi Raz 17.11.2020 18:40

Ты и работаешь на меня

Ricky Patel 09.12.2020 13:58

не рекомендуется, лучше найти ошибку и исправить ее с помощью Analyze> Inspect Code.

feranf 05.01.2021 15:14

Через некоторое время я нахожу решение своей проблемы. Просто проверьте различия между strings.xml (для разных языков - если есть)

Другие вопросы по теме