答案中对“分段错误”有几个很好的解释，但由于分段错误通常会导致内存内容转储，所以我想分享分段错误（核心转储）中“核心转储”部分与内存之间的关系来源：

大约从1955年到1975年，在半导体存储器之前，计算机存储器中的主导技术使用了铜线上的微小磁性甜甜圈。甜甜圈被称为“铁氧体磁芯”，主存储器因此被称为核心存储器或“核心”。

从这里拍摄。

分段故障也是由硬件故障引起的，在这种情况下是RAM存储器。这是不太常见的原因，但如果您在代码中没有发现错误，也许memtest可以帮助您。

在这种情况下，解决方案是更改RAM。

编辑：

这里有一个参考：硬件分割故障

分段错误是由于访问“不属于您的”内存而导致的一种特定错误。它是一种帮助机制，可以防止损坏内存并引入难以调试的内存错误。每当你得到一个segfault时，你就知道你在内存方面出了问题——访问一个已经被释放的变量，写入内存的只读部分，等等。在大多数语言中，segfault基本上是一样的，这会让你陷入内存管理的困境，在C和C++中segfault之间没有主要区别。

有很多方法可以获得segfault，至少在C（++）等较低级别的语言中是如此。获取segfault的常见方法是取消引用空指针：

int *p = NULL;
*p = 1;

当您尝试写入标记为只读的内存部分时，会发生另一个segfault：

char *str = "Foo"; // Compiler marks the constant string as read-only
*str = 'b'; // Which means this is illegal and results in a segfault

悬挂的指针指向一个不再存在的东西，如下图所示：

char *p = NULL;
{
    char c;
    p = &c;
}
// Now p is dangling

指针p摆动，因为它指向在块结束后不存在的字符变量c。当您尝试取消引用悬空指针（如*p='A'）时，可能会得到一个segfault。

考虑以下代码片段，

代码段1

int *number = NULL;
*number = 1;

代码段2

int *number = malloc(sizeof(int));
*number = 1;

如果你问这个问题，我假设你知道函数的含义：malloc（）和sizeof（）。

既然已经解决了，SNIPET 1将引发分段错误。而SNIPET 2则不会。

原因如下。

代码段1的第一行是创建一个变量（*number）来存储其他变量的地址，但在本例中，它被初始化为NULL。另一方面片段二的第二行是创建相同的变量（*number）来存储另一个的地址，在这种情况下，它被赋予了一个内存地址（因为malloc（）是C/C++中的一个函数，它返回计算机的内存地址）

关键是你不能把水放在一个没有买过的碗里，或者一个已经买过但没有授权使用的碗里。当您尝试这样做时，计算机会发出警报，并抛出SegFault错误。

您应该只使用接近低级的语言（如C/C++）来面对这些错误。其他高级语言中有一个抽象，可以确保您不会犯此错误。

同样重要的是要理解分段错误不是特定于语言的。

老实说，正如其他海报所提到的那样，维基百科在这方面有一篇很好的文章，所以看看吧。这种类型的错误非常常见，通常称为其他错误，如访问违规或一般保护故障。

它们在C、C++或任何其他允许指针的语言中都没有区别。这些类型的错误通常由以下指针引起：

在正确初始化之前使用在它们指向的内存被重新定位或删除后使用。在索引超出数组边界的索引数组中使用。这通常只在对传统数组或c字符串进行指针计算时发生，而不是基于STL/Boost的集合（在c++中）

维基百科的Segmentation_fault页面对其进行了很好的描述，只是指出了原因和原因。查看wiki以获得详细描述。

在计算中，分段故障（通常简称为segfault）或访问违规是由具有内存保护的硬件引起的故障，通知操作系统（OS）内存访问违规。

以下是分段故障的一些典型原因：

取消引用NULL指针–这是内存管理硬件的特殊情况试图访问不存在的内存地址（在进程的地址空间之外）试图访问程序无权访问的内存（例如进程上下文中的内核结构）试图写入只读内存（如代码段）

这些通常由导致无效内存访问的编程错误引起：

取消引用或分配给未初始化的指针（指向随机内存地址的通配符指针）取消引用或分配给已释放指针（悬空指针，指向已释放/解除分配/删除的内存）缓冲区溢出。堆栈溢出。试图执行未正确编译的程序。（尽管存在编译时错误，某些编译器仍会输出可执行文件。）