我将项目移动到新的Android本地开发工具包（即JNI），我想赶上SIGSEGV，如果它发生（也可能是SIGILL，SIGABRT，SIGFPE），以提供一个很好的崩溃报告对话框，而不是（或之前）目前发生的事情：该进程的直接不必要的死亡，以及操作系统可能尝试重启该进程。 （ 编辑： JVM / Dalvik虚拟机捕捉信号并logging堆栈跟踪和其他有用的信息;我只是想提供给用户的选项，真正的电子邮件信息给我）。
情况是：大量的C代码我没有写在这个应用程序的大部分工作（所有的游戏逻辑），虽然它在许多其他平台上经过了充分的testing，但是我完全有可能在我的Android端口，会喂它垃圾并导致在本机代码崩溃，所以我想崩溃转储（本机和Java），目前在Android日志中显示（我想这将是在非Android情况下stderr）。 我可以自由地修改C和Java代码，尽pipecallback函数（进出JNI）的数量大约为40，显然，小差异的奖励点。
我听说过J2SE中的信号链接库libjsig.so，如果我可以在Android上安全地安装一个信号处理程序，这将解决我的问题的捕捉部分，但是我看不到Android / Dalvik这样的库。
编辑：从果冻豆开始，你不能得到堆栈跟踪，因为READ_LOGS消失了 。 ?
我实际上得到了一个信号处理程序，没有做任何异乎寻常的事情，并已经发布了代码，你可以在github上看到（编辑：链接到历史版本;我从那时起删除了crash程序）。 就是这样：
在非Android情况下，其中一些情况会有所不同。 你需要收集你自己的本地跟踪，看看这个问题 ，这取决于你有什么样的libc。 您需要处理转储跟踪，启动单独的崩溃处理程序进程，并以适当的方式为您的平台发送电子邮件，但是我认为一般方法仍然可行。
我有点晚了，但我有完全相同的需求，我已经开发了一个小型库来解决它，通过在JNI代码中捕获常见的崩溃（ SEGV ， SIBGUS等），并用普通的java.lang.Error代替它们java.lang.Error exception 。 附加的，如果客户端在Android> = 4.1.1上运行，堆栈跟踪会embedded崩溃的parsing回溯 （包含完整本地堆栈跟踪的伪跟踪）。 你不会从恶性的崩溃中恢复过来（例如，如果你损坏了分配器），但是至less它应该允许你从大多数崩溃中恢复过来。 （请报告成功和失败，代码是全新的）
更多信息在 （代码是BSD 2-clause license ）
FWIW， Google Breakpad在Android上运行良好。 我做了移植工作，我们将其作为Firefox Mobile的一部分发布。 它需要一些设置，因为它不会给你在客户端的堆栈跟踪，而是向你发送原始的堆栈内存，并执行栈走在服务器端（所以你不必在你的应用程序中运送debugging符号）。
在我有限的经验（非Android）中，JNI代码中的SIGSEGV通常会在控制返回到Java代码之前使JVM崩溃。 我隐约听到有些非Sun的JVM可以让你抓住SIGSEGV，但AFAICR你不能指望能够这样做。
尽pipe在SIGSEGV（或SIGFPE或SIGILL）处理程序之后，你可以做很less的事情，因为进程的正在进行的行为是正式的未定义的，你可以尝试用C来捕捉它们（见sigaction（2））。
以上就是android开发分享我怎样才能捕获SIGSEGV（分段错误），并得到在Android上的JNI下的堆栈跟踪？相关内容,想了解更多android开发(异常处理)及android游戏开发关注计算机技术网(www.ctvol.com)!)。
本文来自网络收集，不代表计算机技术网立场，如涉及侵权请联系管理员删除。
ctvol管理联系方式QQ:251552304
本文章地址：https://www.ctvol.com/addevelopment/520315.html