如果我正在测试的情况确实是坏消息，我会这样做:

*(int*) NULL= 0;

这给了我一个很好的coredump，从那里我可以检查情况。

伙计……Exit()函数定义在stdlib.h下

所以你需要添加一个预处理器。

将include stdlib.h放在头部分

然后使用exit();任何你喜欢的地方，但记得在退出的括号里放一个整数。

例如:

exit(0);

正如Martin York提到的，退出不像返回那样执行必要的清理。

在exit的地方使用return总是更好。 如果你不在主程序中，无论你想退出程序的哪个位置，请先返回主程序。

考虑下面的例子。 使用下面的程序，将用所提到的内容创建一个文件。 但是如果return是带注释的&未注释的exit(0)，编译器不会保证文件将有所需的文本。

int main()
{
    ofstream os("out.txt");
    os << "Hello, Can you see me!\n";
    return(0);
    //exit(0);
}

不仅如此，在程序中有多个退出点会使调试更加困难。 仅在可以对其进行合理解释时使用exit。

如果在代码深处的某个地方出现错误，那么要么抛出异常，要么设置错误代码。抛出异常总是比设置错误代码更好。

调用std::exit函数。

超出调用exit(error_code)——调用退出处理程序，但不调用RAII析构函数等。 -我越来越多地使用异常。

我的主程序越来越像

int main(int argc, char** argv) 
{
    try {
        exit( secondary_main(argc, argv );
    }
    catch(...) {
        // optionally, print something like "unexpected or unknown exception caught by main"
        exit(1);
    }
}

在secondary_main 所有原本放东西的地方 例如，原来的main被重命名为secondary_main，上面的存根main被添加。 这只是一个细节，这样在main中的tray和catch之间就不会有太多的代码。

如果需要，可以捕获其他异常类型。 我很喜欢捕捉字符串错误类型，比如std::string或char*，然后打印出来 在main中的catch处理程序中。

使用这样的异常至少允许调用RAII析构函数，这样它们就可以进行清理。这可能是愉快和有用的。

总的来说，C错误处理-退出和信号-和c++错误处理-尝试/捕获/抛出异常-在最好的情况下不一致地一起发挥作用。

然后，检测到错误

throw "error message"

或者一些更特定的异常类型。