不幸的是，MyApp停止了。我该如何解决？

Question

我正在开发一个应用程序，每次运行它时，我都会收到以下消息：

不幸的是，MyApp 已停止。

我能做什么来解决这个问题？

---

关于这个问题 - 显然是受到 什么是堆栈跟踪，如何使用它来调试我的应用程序错误？，有很多问题表明他们的应用程序已崩溃，但没有任何进一步的详细信息。这个问题旨在指导新手 Android 程序员如何尝试自己解决问题，或者提出正确的问题。

Answer 1

首先，您需要检查应用程序崩溃的位置和原因（不幸的是，MyApp 已停止。）。在LOG的帮助下，您可以弄清楚发生了什么错误的。

之后，您会发现您的应用程序已停止从您的点修复该点。

Answer 2

另外，在终端中运行此命令可以帮助找到问题：

gradlew build > log.txt 2>details.txt

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

Answer 3

我会建议这样的东西。

1. 检查您的手机是否具有足够好的空间，该应用程序可以运行-----先验/

2. 在应用程序崩溃时检查LogCat。它将显示应用程序崩溃的确切行。

3. 检查您是否在主线程上使用了由于ANR而使用大量内存的东西。

Answer 4

检查您的 logcat 消息。另外，请参阅您的 castest file 对于诸如定义 >活动，用户许可等。

如果使用 Android Studio ，请参见LogCat，然后按 alt+6 < /em>
或者，

如果您使用 Eclipse ，则
窗口 - ＆gt;开放透视 - ＆gt;其他 - logcat

现在，从下拉菜单中选择错误。

另外 ，您可以使用 ADB工具获取 logcat文件以分析问题。

adb logcat > logcat.txt

现在，打开 logcat.txt 文件，然后搜索您的应用程序名称。应该有有关为什么失败的信息，行号，班级名称等。

Answer 5

如果您的应用程序崩溃了没有任何错误，而您没有使用资产管理器，而是加载了类似的纹理：

Texture texture = new Texture("myImage.png"); //dont to this all the time

那就是问题所在。我发生了这种情况。您应始终使用资产管理器来避免内存超负荷。

Answer 6

这个答案描述了检索堆栈跟踪的过程。已经有堆栈跟踪了吗？阅读“什么是堆栈跟踪，如何使用它来调试我的应用程序错误？"

问题

您的应用程序因未捕获的 RuntimeException 而退出被扔了。
其中最常见的是 NullPointerException< /代码>。

怎么解决呢？

每次 Android 应用程序崩溃（或任何 Java 应用程序崩溃）时，堆栈跟踪都会写入控制台（在本例中为 logcat）。该堆栈跟踪包含解决您的问题的重要信息。

Android Studio

在窗口底部栏中，单击 Logcat 按钮。或者，您可以按 alt+6。确保在设备面板中选择您的模拟器或设备。接下来，尝试查找堆栈跟踪，它以红色显示。 logcat 中可能记录了很多内容，因此您可能需要滚动一下。找到堆栈跟踪的一个简单方法是清除 logcat（使用右侧的回收站），然后让应用程序再次崩溃。

我找到了堆栈跟踪，现在怎么办？

耶！您的问题已经解决了一半。
您只需要通过分析堆栈跟踪来找出到底是什么导致您的应用程序崩溃。

阅读“什么是堆栈跟踪，如何使用它来调试我的应用程序错误？”

我仍然无法解决我的问题！

如果您找到异常以及发生该异常的行，但仍然无法弄清楚如何修复它，请随时在 StackOverflow 上提问。

尝试尽可能简洁：发布堆栈跟踪和相关代码（例如，直到引发异常的行为止的几行）。

Answer 7

您可以使用Google的ADB工具获取Logcat文件 来分析问题。

adb logcat > logcat.txt

打开 logcat.txt 文件并搜索您的应用程序名称。应该有关于失败原因、行号、类名等的信息。

Answer 8

首先，您检查了您的应用程序崩溃的要点（不幸的是，MyApp已停止。）。为此，您可以使用 log.e（“ tag”，“ message”）; ，使用此行，您可以在logcat中查看应用程序log。

之后，您发现您的应用程序停止了这一点，很容易在您身边解决。

Answer 9

只需检查日志猫中的错误即可。

您可以从Eclipse中获得日志猫选项：

window-＆gt;显示view-＆gt; android-＆gt; logcat

log cat包含错误。

其他明智的方法，您还可以通过在调试模式下执行应用程序来检查错误。
首先通过这样做设置断点：

右键单击项目 - ＆gt; debug as-＆gt; android应用程序

Answer 10

注意：此答案使用的是 Android Studio 2.2.2

注意 2： 我认为您的设备已成功连接。

---

当应用程序崩溃时，您要做的第一件事就是查看 LogCat，在 Android Studio 的底部有一个带有菜单列表的工具栏：

单击“Android Monitor”（我在^)

现在，您将得到如下内容：

立即将“Verbose”更改为“Error”它只会显示您记录的错误。现在不用担心所有这些错误（如果您遇到了它们）。

好的。现在，执行您为使应用程序崩溃所做的操作。应用程序崩溃后，转到 logcat。您应该找到一个新的崩溃日志，其中包含大量 at:xxx: 和 Caused by: TrumpIsPresidentException 例如。转到 logcat 中的 Caused by: 语句。

在Caused By:旁边，应该有发生的异常。就我而言，它是一个 RuntimeException 并且在它下面应该有一行包含一个蓝色链接，例如：

<强>如果那样的话Caused by: 下方某处没有带有蓝色文本的行，然后查找另一个具有该内容的 Caused by:。

点击蓝色链接。它应该带您到问题发生的地方。就我而言，这是由于这一行：

throw new RuntimeException();

所以，现在我知道它为什么崩溃了。这是因为我自己抛出异常。 这是一个明显的错误。

---

但是，假设我遇到了另一个错误：

java.lang.NullPointerException

我检查了 logcat，单击了它给我的蓝色链接，然后它把我带到了这里：

mTextView.setText(myString);

所以，现在我想调试。根据 这个 StackOverflow 问题，一个 NullPointerException表示某些内容为null。

那么，让我们找出什么是 null。有两种可能性。 mTextView 为 null，或者 myString 为 null。为了找出答案，在 mTextView.setText(mString) 行之前，我添加了这两行：

Log.d("AppDebug","mTextView is null: " + String.valueOf(mTextView == null);
Log.d("AppDebug","myString is null: " + String.valueOf(myString== null);

现在，就像我们之前所做的那样（我们将 Verose 更改为 Error），我们要将“Error”更改为“调试”。因为我们是通过调试来记录的。以下是所有 Log 方法：

Log.
  d means Debug
  e means error
  w means warning
  v means verbose
  i means information
  wtf means "What a terrible failure". This is similar to Log.e

因此，由于我们使用了 Log.d，因此我们正在调试中进行检查。这就是为什么我们将其更改为调试。

请注意 Log.d 有第一个参数，在我们的例子中为“AppDebug”。单击 logcat 右上角的“无过滤器”下拉菜单。选择“编辑过滤器配置”，为过滤器命名，然后在“日志标签”中输入“应用程序调试”。单击“确定”。现在，您应该在 logcat 中看到两行：

yourPackageNameAndApp: mTextView is null: true
yourPackageNameAndApp: myString is null: false

现在我们知道 mTextView 为 null。

我观察我的代码，现在我注意到了一些东西。

我在类的顶部声明了 private TextView mTextView 。但是，我没有定义它。

基本上，我忘记在 onCreate() 中执行此操作：

mTextView = (TextView) findViewById(R.id.textview_id_in_xml);

这就是为什么 mTextView 为 null，因为我忘记告诉我的应用程序它是什么。所以我添加了该行，运行我的应用程序，现在应用程序不会崩溃。

---

Answer 11

此弹出窗口仅在您在代码中获得致命例外的情况下显示，从而阻止了该应用程序的执行。它可能是任何例外 nullpoInterException ， OutOfMemoryException 等。

检查的最佳方法是通过 logcat ，如果您仍在Android Studio中开发App，快速读取堆栈跟踪并检查应用程序原因的方法。

如果您的应用程序已经存在，则无法使用 logcat 。因此，为此，您可以实现 crashlytics 为您提供任何发生任何例外的错误报告。

Answer 12

检查您的 logcat 消息，然后查看您的清单文件。应该缺少某些内容，例如定义活动，用户权限，等等。

Answer 13

您可以使用这些工具：

1. adb logcat

2. adb logcat＆gt; logs.txt（您可以使用编辑器打开并搜索错误。）

3. eclipse logcat（如果在Eclipse中不可见，请转到Windows-＆gt; show view-＆gt; ersother-＆gt; android-＆gt; logcat）

4. Android Debug Monitor或Android设备监视器（键入命令 Monitor 或通过UI打开）

1. Android Studio

建议使用 Android调试显示器，这很好。因为当日志过多时，Eclipse会悬挂，并且通过ADB LogCat过滤器以及所有困难。

Answer 14

您必须检查 IDE 上的堆栈跟踪

如何执行此操作？

检查 Windows 窗体 LOGCAT

如果您看不到 logcat 窗口，请转到此路径并打开它

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

（如果您这样 做）正在使用 Google-Api 转到此路径

adb logcat > logcat.txt

Answer 15

在下面的showtoast（）方法中，您必须通过这样做将另一个参数传递给上下文或应用程序上下文。

  public void showToast(String error, Context applicationContext){
        LayoutInflater inflater = getLayoutInflater();
        View view = inflater.inflate(R.layout.custom_toast, (ViewGroup)      
        findViewById(R.id.toast_root));
        TextView text = (TextView) findViewById(R.id.toast_error);
        text.setText(error);
        Toast toast = new Toast(applicationContext);
        toast.setGravity(Gravity.TOP | Gravity.FILL_HORIZONTAL, 0, 0);
        toast.setDuration(Toast.LENGTH_SHORT);
        toast.setView(view);
        toast.show();
}

Answer 16

让我分享一下当您遇到强制关闭（当应用程序停止工作时）时的基本 Logcat 分析。

DOCS

Android 中收集/分析日志的基本工具是 logcat。

这里是关于 logcat 的 Android 页面

如果您使用 android Studio，您还可以检查此LINK。

捕获

基本上，您可以使用以下命令手动捕获 logcat（或者仅检查 AndroidStudio 中的 AndroidMonitor 窗口）：

adb logcat

您可以在命令中添加很多参数，以帮助您过滤和显示以下消息：你想要...这是个人的...我总是使用下面的命令来获取消息时间戳：

adb logcat -v time

您可以将输出重定向到文件并在文本编辑器中分析它。

分析

如果您的应用崩溃，您会得到类似以下内容：

07-09 08:29:13.474 21144-21144/com.example.khan.abc D/AndroidRuntime: Shutting down VM
07-09 08:29:13.475 21144-21144/com.example.khan.abc E/AndroidRuntime: FATAL EXCEPTION: main
    Process: com.example.khan.abc, PID: 21144
    java.lang.NullPointerException: Attempt to invoke virtual method 'void android.support.v4.app.FragmentActivity.onBackPressed()' on a null object reference
     at com.example.khan.abc.AudioFragment$1.onClick(AudioFragment.java:125)
     at android.view.View.performClick(View.java:4848)
     at android.view.View$PerformClick.run(View.java:20262)
     at android.os.Handler.handleCallback(Handler.java:815)
     at android.os.Handler.dispatchMessage(Handler.java:104)
     at android.os.Looper.loop(Looper.java:194)
     at android.app.ActivityThread.main(ActivityThread.java:5631)
     at java.lang.reflect.Method.invoke(Native Method)
     at java.lang.reflect.Method.invoke(Method.java:372)
     at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:959)
     at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:754)
07-09 08:29:15.195 21144-21144/com.example.khan.abc I/Process: Sending signal. PID: 21144 SIG: 9

日志的这一部分向您显示大量信息：

• 问题发生时：07-09 08:29:13.475< /code>

检查问题何时发生非常重要...您可能会在日志中发现多个错误...您必须确保检查正确的消息:)

• 哪个应用程序崩溃了： com.example.khan.abc

这样，您就知道哪个应用程序崩溃了（以确保您正在检查有关消息的日志）

• 哪个错误：java.lang.NullPointerException

空指针异常错误

• 有关错误的详细信息：尝试在空对象引用上调用虚拟方法 'void android.support.v4.app.FragmentActivity.onBackPressed()'

您尝试从 FragmentActivity 对象调用方法 onBackPressed()。但是，当您执行此操作时，该对象为 null。

• 堆栈跟踪：堆栈跟踪向您显示方法调用顺序...有时，错误发生在调用方法中（而不是发生在被调用方法中）。

  at com.example.khan.abc.AudioFragment$1.onClick(AudioFragment.java:125)

文件 com.example.khan.abc.AudioFragment.java 内 onClick() 发生错误 方法位于行：125（堆栈跟踪显示发生错误的行）

它被调用者：

at android.view.View.performClick(View.java:4848)

被调用者：

at android.view.View$PerformClick.run(View.java:20262)

被调用者：

at android.os.Handler.handleCallback(Handler.java:815)

等等...

概述

这只是一个概述...并非所有日志都很简单，但错误给出了具体问题，详细显示了所有问题...这只是分享想法并提供给你的入门级信息...

我希望我能以某种方式帮助你...
问候

Answer 17

使用 LogCat 并尝试查找导致应用程序崩溃的原因。

要查看 Logcat（如果您使用 Android Studio），请按 ALT + 6
或者

如果您使用 Eclipse 那么
窗口->开放视角->其他 - LogCat

转到 LogCat，从下拉菜单中选择错误。这将包含帮助您调试所需的所有信息。如果这没有帮助，请将 LogCat 作为对您的问题的编辑发布，有人会帮助您。

Answer 18

如果您的应用程序出于某种原因而没有良好的StackTrace崩溃。尝试从第一行进行调试，然后按行行直至崩溃。然后，您将得到答案，哪一行会给您带来麻烦。然后，您可以将其包装到尝试捕获块并打印错误输出中。

Answer 19

您还可以自己收到此错误消息，而无需任何堆栈跟踪或任何其他错误消息。

在这种情况下，您需要确保正确配置了Android清单（包括从库中发生的任何明显合并以及将来自库的任何活动），并特别注意您的清单文件中应用程序中显示的第一个活动。

Answer 20

人们会犯错误，编码也会犯错误。

发生任何错误时，请始终使用红色文本的 logcat 进行检查，但是您可以在红色文本中找到带下划线的蓝色文本中的真正问题 。

确保如果您创建新的 activity，请始终在 AndroidManifest 文件中声明该 activity。

如果添加权限，也要在 AndroidMainifest 文件中声明它。

Answer 21

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

最初清除了LogCat，然后再次让应用程序崩溃，以便您只能获得崩溃的日志详细信息。您必须检查堆栈跟踪

不幸的是，MyApp停止了。有很多原因。您可以在日志中检查相同。为此，您可以使用log.e（“标签”，“消息”）;

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

1. 编码错误（错误使用关键字）。
2. 不匹配的属性名称。
3. 不受支持的插件（也许）。
4. 不匹配版本（也许）。
5. AndroidManifest文件中缺少活动。
6. AndroidManifest文件中缺少许可。
7. 最常见的NullPoInterException。
8. 声明但未定义。

解决应用程序崩溃错误：

• 请记住高于点并仔细阅读。
• 有了错误，您也将以蓝色获得文件名（单击它们，并从错误中跳到代码）。

Answer 22

开发期间崩溃

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

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

野外崩溃

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

阅读如何发布一个有问题的应用程序（并现场讲述故事）以了解有关现场处理错误的更多信息。

Answer 23

如果您的终端中没有任何有趣的日志（或者它们与您的应用程序不直接相关），则您的问题可能是由于本机库造成的。在这种情况下，您应该检查终端中的“tombstone”文件。

逻辑删除文件的默认位置取决于每个设备，但如果是这种情况，您将收到一条日志，告诉您：逻辑删除文件已写入：/data/tombstones/tombstone_06

有关详细信息，请查看https://source.android.com/devices/tech/debug。