在终端中运行此命令也有助于查找问题：

gradlew build > log.txt 2>details.txt

然后您应该转到gradlew文件位置，读取上面的两个日志文件。

在终端中运行此命令也有助于查找问题：

gradlew build > log.txt 2>details.txt

然后您应该转到gradlew文件位置，读取上面的两个日志文件。

人们会犯错，编码也是如此。

当发生任何错误时，总是用红色文本检查日志，但是你可以在蓝色文本中找到真正的问题，红色文本中有下划线。

确保如果您创建了一个新活动，请始终在AndroidManifest文件中声明该活动。

如果添加Permission，请在AndroidMainifest文件中声明它。

你必须检查堆栈跟踪

如何做到这一点？

在IDE上检查窗口窗体LOGCAT

如果你看不到原木色的窗户，就去这条路打开它

window->show view->others->Android->Logcat

如果您正在使用Google Api，请转到以下路径

adb logcat>logcat.txt

开发期间崩溃

尝试我最喜欢的工具logview来获取日志并在开发过程中分析它们。确保标记/logview和/lib/logwiew.jar作为可执行文件在Linux中运行。

如果你不喜欢它，Android有很多替代的桌面日志查看器。

在野外撞车

集成实时崩溃报告工具（如Firebase Crashlytics），以获取用户设备上发生的未处理异常的堆栈跟踪。

阅读How to Release a Buggy App（和Live to Tell the Tale），了解更多有关处理现场bug的信息。

Logcat-在Android Studio的开发阶段检查日志

最初清除Logcat并让应用程序再次崩溃，这样您只能获得崩溃的日志详细信息。你必须检查堆栈跟踪

不幸的是，MyApp已停止。这有很多原因。你可以在日志中查看。为此，您可以使用Log.e（“标签”、“消息”）；

应用程序崩溃期间的常见错误，如：

编码错误（错误使用关键字）。属性名称不匹配。不支持的插件（可能）。版本不匹配（可能）。AndroidManifest文件中缺少活动。AndroidManifest文件中缺少权限。最常见的NullPointerException。已声明但未定义。

要解决应用程序崩溃错误：

记住以上几点并仔细阅读。出现错误后，您将获得蓝色的文件名（单击它们并跳转到发生错误的代码）。