断言(假);也很不错。

根据ISO/IEC 9899:1999，当没有定义NDEBUG时，保证会崩溃:

如果NDEBUG定义为[…]assert宏被简单地定义为 # assert(void)0) assert宏每次被包含时都会根据NDEBUG的当前状态重新定义。 […] assert宏将诊断测试放入程序中;[…if表达式(它应该有一个标量类型)为假[…]。它 然后调用中止函数。

除以0会导致应用程序崩溃:

int main()
{
    return 1 / 0;
}

int i = 1 / 0;

您的编译器可能会警告您这一点，但在GCC 4.4.3下它编译得很好 这可能会导致SIGFPE(浮点异常)，这在实际应用程序中可能不像SIGSEGV(内存分段违反)那样可能导致其他答案，但它仍然是崩溃。在我看来，这样可读性更强。

另一种方法，如果我们要欺骗和使用signal.h，是:

#include <signal.h>
int main() {
    raise(SIGKILL);
}

这保证杀死子进程，与SIGSEGV形成对比。

我唯一的闪光是abort()函数:

它以异常的程序终止终止进程。它生成SIGABRT信号，默认情况下，该信号导致程序终止，并向主机环境返回一个不成功的终止错误代码。程序终止时不执行自动或静态存储持续时间对象的析构函数，也不调用任何atexit(在程序终止前由exit()调用)函数。它从不返回调用者。

由于崩溃是调用未定义行为的症状，并且由于调用未定义行为可能导致任何事情，包括崩溃，我认为您不希望真正使程序崩溃，而只是将它放入调试器中。最可移植的方法可能是abort()。

虽然raise(SIGABRT)具有相同的效果，但它肯定更适合编写。然而，这两种方式都可以通过为SIGABRT安装信号处理程序来拦截。因此，根据您的情况，您可能想要/需要发出另一个信号。SIGFPE, SIGILL, SIGINT, SIGTERM或SIGSEGV可能是可行的方法，但它们都可以被拦截。

当您无法移植时，您的选择可能更广泛，比如在linux上使用SIGBUS。

或者另一种方式，因为我们都是乐队的。

一个可爱的无限递归。保证会让你大吃一惊。

int main(int argv, char* argc)
{
   return main(argv, argc)
}

打印出:

分段错误(核心转储)