Android上的内核信号是良性的吗？

我已经在我的Android应用程序中安装了一个基于信号处理的本地代码崩溃报告系统。对于所有常见的崩溃原因，都有大量的sigaction（）调用，崩溃报告转储并发送回bug追踪器

我收到的关于一些信号的报告非常一致，这些信号肯定不在我的代码中。有多个源于android.view.GLES20Canvas.nDrawDisplayList的SISSEGV实例。还有一个来自android.webkit.JWebCoreJavaBridge.sharedTimerFired

---

问题：这些信号是否有可能构成正常的程序操作，如果我没有捕捉到，不会导致崩溃/终止？当然，我不能随意复制任何一个。它们发生在客户设备上。

您的应用程序是在Dalvik VM还是Art中运行？Dalvik不使用任何信号进行正常操作，尽管它可以处理SIGQUIT和SIGUSR1/2进行调试功能。我见过某些供应商的OpenGL ES驱动程序捕获SIGSEGV，以便在着色器编译器崩溃时自动恢复。我听说Art可以捕获SIGSEGV作为避免显式检查NULL的一种方法，但我不知道它是否真的这样做。不过，一般来说，在Dalvik虚拟机应用程序中，除非出现问题，否则不应该看到SIGSEGV。