Mac OSX下运行C++多文件a.out程序时终端系统无响应排查

我在学习C及C多文件实现方式，拆分编写了头文件、类实现文件与主文件。所有文件均可在Mac OS X终端中正常完成编译，但运行生成的输出文件a.out时没有任何内容输出，一段时间后终端停止响应，随后整个系统失去响应，只能通过强制关机才能重新访问系统。

我实际执行的编译、链接命令如下：

• 逐文件生成目标文件：

g++ -c -o main.o main.cpp
g++ -c -o Cube.o Cube.cpp

• 链接目标文件生成可执行文件：
  g++ main.o Cube.o

头文件 Cube.h #

#pragma once
class Cube{
    public:
        double getVolume();
        double getSurfaceArea();
        void setLength(double lenth);
    private:
        double length_;
};

实现文件 Cube.cpp #

#include "Cube.h"

double Cube::getVolume(){
    return length_ * length_ * length_;
    }

double Cube::getSurfaceArea(){
    return 6 * length_ * length_;
    }
 void Cube::setLength(double length){
     length_ = length;
     }

主文件 main.cpp #

#include "Cube.h"
#include <iostream>

int main(){
    Cube c;

    c.setLength(4.0);

    double volume = c.getVolume();
    double surfaceArea = c.getSurfaceArea();
    std::cout << "Volume" << volume << std::endl;
    std::cout << "Surface Area" << surfaceArea << std::endl;

    return 0;
}

• 确认运行的可执行文件路径：当前代码逻辑本身不存在死循环、内存非法访问问题，正常编译链接后运行会直接输出两行计算结果。代码中虽然Cube类没有显式定义构造函数，对象c的私有成员length_在创建对象时处于未初始化状态，但后续代码立即通过setLength(4.0)给该成员赋了确定值，不存在随机数值计算导致异常的问题。如果直接输入a.out运行，终端在执行无路径前缀的命令时，会优先查找系统环境变量PATH指向的目录，而非当前工作目录，极易误运行其他无关程序，建议使用./a.out明确指定运行当前目录下编译生成的文件，运行前可通过ls -l a.out确认文件的生成时间和本次编译的时间一致。
• 排查编译隐藏问题：可以增加-Wall参数重新执行全流程编译，开启所有编译警告，确认没有符号缺失、链接异常等隐藏问题。如果之前的编译过程因为权限、缓存问题没有正确更新a.out文件，旧文件的逻辑缺陷也会导致运行异常。
• 定位系统卡死原因：在终端运行程序的同时打开活动监视器，查看对应进程的CPU、内存占用情况。如果出现CPU占用长期维持100%的情况，说明存在无限循环逻辑；如果内存占用短时间内飙升至占满系统可用内存，说明存在内存越界访问、内存泄漏类问题。

内容的提问来源于stack exchange，提问作者Jay Payo Tei