Unix环境下C++随机崩溃的函数调用及参数捕获方案咨询

一、无需代码修改的系统级方案（优先推荐） #

1. 核心转储（Core Dump）+事后离线分析 #

• 编译程序时添加-g -O2参数：保留调试信息但开启优化，生成的不是Debug版本，满足不能提供Debug版的要求。
• 让客户在运行程序前执行ulimit -c unlimited（可写入启动脚本），开启核心转储功能。程序崩溃时会自动生成core文件。
• 拿到客户的core文件后，用GDB分析：gdb ./your_program core，通过bt full命令查看完整调用栈及参数值（只要编译优化未完全清除参数信息即可）。

2. 信号处理+libunwind实时回溯 #

• 捕获崩溃信号（SIGSEGV、SIGABRT、SIGILL等），在信号处理函数中用libunwind库实时回溯调用栈，将函数名、地址等信息写入日志文件。
• 编译时需添加-fno-omit-frame-pointer参数，确保栈帧可被正确回溯。该方案无需客户传回core文件，直接在崩溃现场生成日志，但参数值的获取依赖寄存器状态，不如core dump全面。

二、代码插桩方案（针对需全程记录函数调用的场景） #

1. 宏定义简化手动插桩 #

用宏封装栈对象逻辑，避免逐个函数手动编写：

#include <cstdio>
#include <string>

#define LOG_FUNC_CALL(...) \
    FuncCallLogger logger(__func__, #__VA_ARGS__);

class FuncCallLogger {
public:
    FuncCallLogger(const char* func_name, const char* args_str)
        : m_func_name(func_name) {
        FILE* log = fopen("func_trace.log", "a");
        if (log) {
            fprintf(log, "[ENTER] %s(%s)\n", m_func_name, args_str);
            fclose(log);
        }
    }

    ~FuncCallLogger() {
        FILE* log = fopen("func_trace.log", "a");
        if (log) {
            fprintf(log, "[EXIT] %s\n", m_func_name);
            fclose(log);
        }
    }

private:
    const char* m_func_name;
};

// 使用示例
void process_file(const std::string& path, int buffer_size) {
    LOG_FUNC_CALL(path, buffer_size);
    // 业务逻辑
}

• 注意：上述宏仅记录参数变量名，若需记录实际参数值，需扩展参数序列化逻辑（比如针对基础类型直接打印，复杂类型需自定义toString方法）。

2. AOP自动插桩库 #

使用AspectC++这类面向切面编程库，无需手动修改业务代码，通过编译期织入的方式自动为所有函数添加调用日志。编译时替换为AspectC++的编译器工具链，即可生成带自动插桩的优化版二进制。

关键注意事项 #

• 编译参数：始终用-O2 -g替代Debug模式的-O0，既保留调试信息，又保证程序性能，符合不能提供Debug版的要求。
• 日志权限：确保程序有写入日志文件的权限，可让客户指定日志存储路径，避免因权限问题导致日志丢失。

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