捕捉信号c++

Catching Signals c++

本文关键字:c++ 信号      更新时间:2023-10-16

我有一个boost线程池,我用它来做某些任务。我也有一个传感器类,具有纯虚函数doWork(int total) = 0;。每当它被请求时,我的主进程获得必要的传感器指针,并告诉线程池运行Sensor::doWork(int total)

threadpool->schedule(boost::bind(&Sensor::doWork,this,123456));

我正在动态加载类型传感器的库,因此,如果其他人有错误的编码导致segfault等,这是我无法控制的。那么,是否有一种方法可以让我(在我的主进程中)处理Sensor::doWork(int total)抛出的任何错误,清理线程,删除该传感器对象并通知控制台发生了什么以及在哪里发生了错误?

处理分段错误的唯一方法是在一个完全独立的进程中运行Sensor::doWork

在UNIX中,这涉及到使用fork(或其他类似的方法),在子进程中运行Sensor::doWork,然后以某种方式将结果传送回父进程。

我想Windows也有类似的方法。

编辑:我想我应该充实一些你可以做的事情。

解决方案#1:你可以像处理线程一样处理进程。例如,您可以创建位于

循环中的进程池。
  • 等待任务通过管道或队列或一些类似的对象传入
  • 执行任务
  • 通过管道或队列或类似对象返回结果

并且由于您在其他进程中执行任务,因此可以防止它们崩溃。这个解决方案的主要困难实际上是进程之间的通信;也许boost的进程间库能帮上忙。我主要是在python中做这类事情,它有一个标准的multiprocessing模块来为你处理这些事情。

解决方案#2:您可以将应用程序划分为在不同进程中运行的"安全"answers"危险"部分。"有风险"的部分执行Sensor::doWork方法以及在该过程中可能想要执行的任何其他操作——但只执行在程序崩溃时自然丢失的可接受的工作。"安全"部分处理您不能丢失的任何宝贵信息,并监视"危险"部分,在子程序崩溃时执行一些恢复操作。当然,还有你决定要在安全部分做的任何其他工作。

如果你有一个SIGSEGV,即使你抓住了它,你也不能保证你的程序状态,所以几乎没有办法恢复。

如果你正在使用第三方库,并且它们有bug,而库维护者不会修复它(并且你没有源代码),那么你唯一的办法就是从一个完全独立的二进制文件中运行第三方库,该二进制文件通过某种方式与主二进制文件通信。

您可能想要注册一个函数回调来捕获SIGSEV。在C语言中,这可以使用signal来完成。但是,请注意,当操作系统向您发送SIGSEV(注意,这不是必需的)时,您可以做的事情并不多。我猜,你真的不知道你的程序处于什么状态。例如,如果堆损坏了,新建和删除操作可能会失败,所以即使是简单的

 std::cout << std::string("hello world") << std::endl; 

语句,可能无法工作,因为需要从堆中分配内存。

最好,Christoph