在c++中还有另一个简单的原因。

std::thread::~thread{
    if((joinable ())
        std::terminate ();
}

例如，线程范围结束，但你忘记调用

thread::join();

or

thread::detach();

进程从自身获取SIGABRT的情况: Hrvoje提到了一个从ctor调用的被掩埋的纯虚拟生成一个中止，我为此重新创建了一个例子。 这里，当要构造d时，它首先调用它的基类A ctor， 并将内部指针传递给自身。 在表被有效指针填满之前调用纯虚方法， 因为d还没有被构造。

#include<iostream>
using namespace std;
class A {
public:
 A(A *pa){pa->f();}
 virtual void f()=0;
};
class D : public A {
public:
 D():A(this){}
 virtual void f() {cout<<"D::f\n";}
};
int main(){
 D d;
 A *pa = &d;
 pa->f();
 return 0;
}

编译:g++ -o aa aa.cpp

无限制

:运行。/ aa

pure virtual method called
terminate called without an active exception
Aborted (core dumped)

现在让我们快速查看核心文件，并验证SIGABRT确实被调用:

gdb aa core

见规则:

i r
rdx            0x6      6
rsi            0x69a    1690
rdi            0x69a    1690
rip            0x7feae3170c37

校验码:

灾害学0 x7feae3170c37

mov    $0xea,%eax  = 234  <- this is the kill syscall, sends signal to process
syscall   <-----

http://blog.rchapman.org/posts/Linux_System_Call_Table_for_x86_64/

234 sys_tgkill pid_t tgid pid_t pid int sig = 6 = SIGABRT

:)

它通常发生在内存分配有问题的时候。

当我的程序试图分配一个 大小为负的数组。

正如“@sarnold”，恰当地指出，任何进程都可以向任何其他进程发送信号，因此，一个进程可以向其他进程发送SIGABORT，在这种情况下，接收进程无法区分它是否因为自己的内存调整等而到来，或者其他人已经“unicastly”发送给它。

在我工作的一个系统中，有一个死锁检测器，它实际上可以通过心跳来检测进程是否从某些任务中出来。如果不是，则声明该进程处于死锁状态，并向其发送SIGABORT。

我只是想分享这一前景参考问题。

错误munmap_chunk无效指针也会导致SIGABRT，在我的情况下，它很难调试，因为我根本没有使用指针。事实证明，它与std::sort()有关。

Std::sort()需要一个比较函数来创建严格的弱排序!这意味着当a==b成立时，比较器(a, b)和比较器(b, a)都必须返回false。(参见https://en.cppreference.com/w/cpp/named_req/Compare)在我的例子中，我在我的结构中定义了操作符<，如下所示:

bool operator<(const MyStruct& o) const {
    return value <= o.value; // Note the equality sign
}

这导致了SIGABRT，因为函数没有创建严格的弱顺序。删除=解决了问题。

对于Android原生代码，以下是根据https://source.android.com/devices/tech/debug/native-crash调用abort的一些原因:

中止之所以有趣，是因为它们是有意为之的。中止有许多不同的方法(包括调用abort(3)， assert失败(3)，使用android特定的致命日志类型之一)，但都涉及调用abort。