我正在使用为 android 编译的 ffmpeg，现在可以正常工作，但是有时会出现错误（基于某些 android 手机配置），并且应用程序只是强制关闭并显示以下消息：
致命信号 11 (SIGSEGV) 位于 0x00000001（代码=1），线程 20745（AsyncTask #2）
ffmpeg 调用在 try/catch 中；但是，它似乎并不在意。
那么，如何防止这种强制关闭并向用户显示消息？
【问题讨论】：
标签： android java-native-interface
I'm afraid I can't do that. 另请参阅hints at why 的答案。
当 ffmpeg 死亡时，它会带走你的整个程序。事情就是这样。使用 Java 编程时，您不必考虑程序会以这种方式崩溃，但是当使用 C 编写的 ffmpeg 死机时，它可能会导致您的整个 Java 程序崩溃。
try/catch 没有帮助，因为 ffmpeg 不知道也不关心 Java 异常。留在 Java 程序中时，您唯一的解决方案是找到导致 ffmpeg 死亡的错误，或者找到触发错误的原因并以不会崩溃的方式调用 ffmpeg。正如 Alex Cohn 所指出的，另一种解决方案是在另一个进程中运行 ffmpeg，这样它就不能删除除自己的进程之外的任何其他内容。
【讨论】：
您可以不将 ffmpeg 作为库运行，而是作为单独的可执行进程运行。这可能会显着降低效率，但在这样的设置中，您的进程可能会在 ffmpeg 崩溃中幸存下来。
您还可以设置您的应用，使其具有在不同进程中运行的 Activity 和 Service，例如，请参阅How to create an Android Activity and Service that use separate processes.
这允许一些看门狗机制，等等。如果不仔细测试，我无法判断这种方式是否可以提供比运行 ffmpeg 可执行文件更好的性能，或者更糟。
【讨论】：
fork()，你必须创建一个 Android 服务，但我不确定 ffmpeg 崩溃时会发生什么服务。能不能让它自动重启？
fork()，但 Runtime. getRuntime().exec("/data/local/tmp/ffmpeg") 在 Java 上的效果很好。
Process.waitFor()，否则它不会阻止。