Release模式下函数返回时仅触发Error code 134问题求助

Error code 134对应SIGABRT信号，结合__stack_chk_fail的提示，本质是栈保护机制检测到栈空间被破坏，大概率是栈溢出或局部内存越界导致的，和n_obs参数正相关说明问题随障碍物数量增加而触发，以下是针对性排查和解决思路：

1. 检查Eigen固定大小矩阵的栈分配问题 #

Eigen默认对固定大小矩阵（如Matrix<double, 6, N>、Vector6d这类编译期确定大小的类型）使用栈分配。当n_obs增大时，若函数内存在多个这类固定大小矩阵，或单个矩阵尺寸随n_obs扩大（比如存储障碍物状态的固定大小数组），会快速耗尽栈空间。

• 解决：将固定大小矩阵替换为动态大小类型（MatrixXd、VectorXd），或强制Eigen使用堆分配：

  // 用动态矩阵替代固定大小矩阵
  MatrixXd obs_states(n_obs, 6);
  // 或者对必须用固定大小的类型，显式分配在堆上
  auto obs = std::make_unique<Eigen::Matrix<double, 6, Eigen::Dynamic>>(6, n_obs);
  

2. 排查局部数组/容器的越界访问 #

n_obs增大后，若函数内存在基于n_obs的局部数组（如double obs_data[6*6]这种硬编码长度的数组），或循环中索引未正确匹配n_obs的范围，会导致内存越界破坏栈保护cookie，最终在函数返回时触发__stack_chk_fail。

• 检查：遍历所有处理障碍物的循环，确认索引范围是0 <= i < n_obs，而非固定的6；将局部固定数组替换为std::vector（自动动态扩容）：

  // 替换固定数组
  std::vector<double> obs_data(6 * n_obs);
  

3. 关闭Eigen的内存对齐优化（临时验证） #

Release模式下Eigen的内存对齐优化可能在栈上分配额外空间，当栈空间紧张时更容易触发溢出。可以临时关闭对齐验证问题：

• 在包含Eigen头文件前添加宏定义：

  #define EIGEN_DONT_ALIGN
  #include <Eigen/Dense>
  

  若问题消失，说明是对齐导致的栈空间占用问题，后续可针对特定对象使用Eigen::aligned_allocator分配在堆上。

4. 确认栈空间调整的有效性 #

若你尝试过增大栈空间，需确认调整是否生效：

• Linux下编译时可通过-Wl,--stack,8388608（设置8MB栈）显式指定栈大小；
• Windows下可通过VS的项目属性→链接器→系统→栈大小调整。

补充提示 #

你提到返回前能正常打印所有变量，但__stack_chk_fail是在函数返回时检查栈保护cookie才触发的——这意味着破坏发生在函数执行过程中（比如处理障碍物的循环），只是未立刻崩溃，直到返回时才被检测到。可以重点排查n_obs增大后，哪些局部变量的尺寸或循环逻辑发生了变化。

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