Linux终端杀死C++应用后析构函数未调用，如何解决？

这个问题我之前踩过坑！当你按Ctrl+C终止程序时，系统会给进程发送SIGINT信号，默认的处理逻辑是直接终止进程，根本不会走正常的程序退出流程——栈上的对象、全局对象的析构函数都没机会执行，Boost Interprocess的共享内存自然也就没被清理，下次启动就会复用旧的内存区域。

要解决这个问题，核心思路就是捕获SIGINT信号，让程序优雅退出，触发正常的析构流程。下面是具体的实现步骤和示例代码：

1. 注册信号处理函数，设置退出标志 #

首先，我们需要一个线程安全的退出标志（推荐用std::atomic<bool>，或者C标准里专门用于信号上下文的volatile sig_atomic_t），然后注册SIGINT的处理函数，在函数里把这个标志设为true。

⚠️ 重要提醒：信号处理函数里只能做极其简单的操作（比如设置标志位），绝对不能调用非信号安全的函数（比如std::cout、Boost的API），否则会导致未定义行为！

2. 主逻辑里检查退出标志，正常结束程序 #

在主程序的循环（或者主业务逻辑执行过程中），定期检查这个退出标志。一旦标志为true，就结束程序——这样栈上的对象会被正常销毁，析构函数也就会被调用了。

完整示例代码 #

#include <iostream>
#include <atomic>
#include <signal.h>
#include <chrono>
#include <thread>
#include <boost/interprocess/shared_memory_object.hpp>
#include <boost/interprocess/mapped_region.hpp>

using namespace boost::interprocess;

// 线程安全的退出标志，确保信号处理和主线程都能正确读写
std::atomic<bool> g_should_exit(false);

// SIGINT信号处理函数，只做设置标志这一件事
void sigint_handler(int signum) {
    g_should_exit = true;
}

class SharedMemoryManager {
private:
    shared_memory_object m_shm;
    mapped_region m_region;
    const char* m_shm_name = "MySharedMemory";

public:
    SharedMemoryManager() 
        : m_shm(create_only, m_shm_name, read_write) {
        // 初始化共享内存大小
        m_shm.truncate(1024);
        m_region = mapped_region(m_shm, read_write);
        std::cout << "共享内存已创建并映射\n";
    }

    ~SharedMemoryManager() {
        // 析构时自动清理共享内存
        shared_memory_object::remove(m_shm_name);
        std::cout << "共享内存已被正确释放\n";
    }

    // 模拟业务逻辑循环
    void run() {
        while (!g_should_exit) {
            // 这里写你的实际业务代码，比如操作共享内存中的数据
            std::this_thread::sleep_for(std::chrono::seconds(1));
            std::cout << "程序运行中...（按Ctrl+C退出）\n";
        }
    }
};

int main() {
    // 注册SIGINT信号处理函数
    struct sigaction sa;
    sa.sa_handler = sigint_handler;
    sigemptyset(&sa.sa_mask); // 不阻塞其他信号
    sa.sa_flags = 0;
    if (sigaction(SIGINT, &sa, nullptr) == -1) {
        std::cerr << "注册信号处理函数失败！\n";
        return 1;
    }

    try {
        SharedMemoryManager shm_manager;
        shm_manager.run();
    } catch (const std::exception& e) {
        std::cerr << "程序异常：" << e.what() << "\n";
        // 即使发生异常，也要确保共享内存被清理
        shared_memory_object::remove("MySharedMemory");
        return 1;
    }

    std::cout << "程序正常退出\n";
    return 0;
}

额外注意事项 #

• 多线程场景：如果你的程序用到了多线程，需要确保所有工作线程都能响应退出标志。比如在每个线程的循环里也检查g_should_exit，或者用条件变量主动通知线程终止，避免线程僵死。
• 强制终止场景：如果进程被发送SIGKILL（比如kill -9），任何信号处理都没用，程序会被直接强制终止。这种情况下，你可以在程序启动时先检查共享内存是否存在，如果存在就先清理：

  // 启动时清理残留的共享内存
  shared_memory_object::remove("MySharedMemory");
  

• RAII的重要性：示例中用SharedMemoryManager类封装共享内存的创建和销毁，就是利用RAII机制确保资源在对象生命周期结束时被自动释放——核心还是要让程序正常退出，才能触发RAII的析构逻辑。

这样修改后，当你按Ctrl+C时，信号处理函数会设置退出标志，主循环检测到后会正常结束，SharedMemoryManager的析构函数会被调用，共享内存也就被正确释放了，下次启动就能重新创建新的共享内存区域啦。

内容的提问来源于stack exchange，提问作者user997112