如何在Android上的JNI下捕获SIGSEGV（分段错误）并获得堆栈跟踪？

我正在将一个项目移到新的Android Native Development Kit（即JNI）上，我想抓住SIGSEGV（如果它发生的话（可能还有SIGILL，SIGABRT，SIGFPE）），以便呈现一个不错的崩溃报告对话框，而不是（或之前）当前发生的情况：该进程立即异常死亡，并且操作系统可能会尝试重新启动它。（编辑： JVM / Dalvik VM捕获信号并记录堆栈跟踪和其他有用的信息；我只想向用户提供将这些信息通过电子邮件发送给我的选项。）

情况是：我没有编写大量的C代码，完成了该应用程序中的大部分工作（所有游戏逻辑），尽管在许多其他平台上都经过了充分的测试，但我在Android中完全有可能端口，将其作为垃圾进行处理并在本机代码中导致崩溃，因此我希望当前显示在Android日志中的崩溃转储（本机和Java）（我猜在非Android情况下将是stderr）。我可以随意修改C和Java代码，尽管回调（传入和传出JNI）的数量大约为40，显然，小差异的加分。

我听说过J2SE，libjsig.so中的信号链库，并且如果我可以在Android上安全地安装类似的信号处理程序，那将解决我的问题中的棘手部分，但是我没有看到这样的Android / Dalvik库。

编辑：从Jelly Bean开始，您无法获取堆栈跟踪，因为READ_LOGS走了。:-(

实际上，我的信号处理程序没有做任何多余的工作，并且已经发布了使用它的代码，您可以在github上看到它（编辑：链接到历史版本；从那时起我删除了崩溃处理程序）。这是如何做：

1. 使用sigaction()捕捉到信号并存储旧的处理程序。（android.c：570）
2. 时间流逝，发生段错误。
3. 在信号处理程序中，最后一次调用JNI，然后调用旧的处理程序。（android.c：528）
4. 在该JNI调用中，记录所有有用的调试信息，然后调用startActivity()标记为需要在其自己的进程中进行的活动。（SGTPuzzles.java:962，AndroidManifest.xml中：28）
5. 当您从Java回来并调用该旧处理程序时，Android框架将连接到debuggerd为您记录一个不错的本机跟踪，然后该过程将终止。（debugger.c，debuggerd.c）
6. 同时，您的崩溃处理活动正在启动。确实，您应该将PID传递给它，以便它可以等待第5步完成；我不这样做 在这里，您向用户道歉，并询问是否可以发送日志。如果是这样，请收集的输出logcat -d -v threadtime并启动ACTION_SEND收件人，主题和正文已填写的用户。用户必须按发送。（CrashHandler.java，SGTPuzzles.java : 462，strings.xml：41
7. 当心logcat失败或花费超过几秒钟的时间。我遇到了一种设备，T-Mobile Pulse / Huawei U8220，logcat立即进入T（跟踪）状态并挂起。（CrashHandler.java:70，strings.xml中：51）

在非Android情况下，其中一些可能会有所不同。您需要收集自己的本机跟踪，请参见另一个问题，具体取决于您拥有的是哪种libc。您需要处理该跟踪的转储，启动单独的崩溃处理程序进程，并以适合您平台的某些方式发送电子邮件，但是我认为一般方法仍然可以使用。

我是有点晚，但我有完全相同的需求，我已经开发了一个小型图书馆，以解决这一问题，通过捕捉常见的崩溃（SEGV，SIBGUS里面等）JNI代码，并定期更换他们java.lang.Error 的例外。值得一提的是，如果客户端在Android> =上运行4.1.1，则堆栈跟踪将嵌入崩溃的已解析回溯跟踪（包含完整本机堆栈跟踪的伪跟踪）。您不会从恶意崩溃中恢复（例如，如果破坏了分配器），但是至少它应该允许您从大多数崩溃中恢复。（请报告成功和失败，该代码是全新的）

有关更多信息，请访问https://github.com/xroche/coffeecatch （代码为BSD 2-Clauses许可）

FWIW，Google Breakpad在Android上运行良好。我做了移植工作，我们将其作为Firefox Mobile的一部分进行了运输。它需要一些设置，因为它不会在客户端提供堆栈跟踪，但会向您发送原始堆栈内存，并在服务器端进行堆栈遍历（因此您不必在应用程序中附带调试符号） ）。

以我的有限经验（非Android），在将控制权返回给Java代码之前，JNI代码中的SIGSEGV通常会使JVM崩溃。我隐约记得曾经听说过一些非Sun JVM，它使您可以捕获SIGSEGV，但是AFAICR不能指望能够这样做。

您可以尝试用C捕获它们（请参阅sigaction（2）），尽管在SIGSEGV（或SIGFPE或SIGILL）处理程序之后您可以做的很少，因为正式定义了进程的持续行为。