我们的应用程序使用odbc驱动程序来访问 Impala 数据库。我们发现，在某些难以复制的情况下，驱动程序将在其 cgo 代码中触发段错误，一旦它通过驱动程序传播回我们的代码，就会表现为致命错误。由于我们希望在这些情况下进行一些清理和警报，因此我实现了一个延迟的恐慌捕捉器，希望这可以捕捉到它们。
但是，它不起作用。致命错误继续直接经过包含调用的延迟函数recover()（因此显然这不是恐慌，尽管打印输出看起来相似），尽管它确实捕获了其他恐慌。github 问题表明无法捕获 cgo 信号，并且如果发生这种情况，应用程序应该立即崩溃。对于我们的生产应用程序来说，这是一个不可接受的崩溃案例，所以我想知道过去 6 年来这种情况是否发生了变化，或者是否有人知道在出现 cgo 信号时运行一些清理代码的另一种方法。根本无法捕获和处理这些致命错误，这似乎是极其糟糕的设计。