值得注意的是，分段错误不是由直接访问另一个进程内存引起的（这是我有时听到的），因为这根本不可能。对于虚拟内存，每个进程都有自己的虚拟地址空间，无法使用任何指针值访问另一个地址空间。例外情况可能是共享库，它们是映射到（可能）不同虚拟地址的相同物理地址空间，内核内存甚至在每个进程中以相同的方式映射（我认为是为了避免系统调用时的TLB刷新）。还有像shmat这样的东西；）-这些就是我所说的“间接”访问。然而，我们可以检查它们通常位于距离过程代码很远的地方，并且我们通常能够访问它们（这就是它们存在的原因，尽管以不正确的方式访问它们会产生分段错误）。

尽管如此，如果以不正确的方式访问我们自己的（进程）内存（例如试图写入不可写空间），可能会发生分段错误。但最常见的原因是访问虚拟地址空间中根本没有映射到物理地址空间的部分。

所有这些都与虚拟内存系统有关。

分段错误是由于访问“不属于您的”内存而导致的一种特定错误。它是一种帮助机制，可以防止损坏内存并引入难以调试的内存错误。每当你得到一个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。

当一个进程（正在运行的程序实例）试图访问另一个进程正在使用的只读内存地址或内存范围或访问不存在的内存地址时，会发生分段错误。

seg错误，当类型不匹配时

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

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

从这里拍摄。

当进程（正在运行的程序实例）试图访问其他进程正在使用的只读内存地址或内存范围或访问不存在的（无效的）内存地址时，会发生分段错误。悬挂引用（指针）问题意味着试图访问内容已从内存中删除的对象或变量，例如：

int *arr = new int[20];
delete arr;
cout<<arr[1];  //dangling problem occurs here

值得注意的是，分段错误不是由直接访问另一个进程内存引起的（这是我有时听到的），因为这根本不可能。对于虚拟内存，每个进程都有自己的虚拟地址空间，无法使用任何指针值访问另一个地址空间。例外情况可能是共享库，它们是映射到（可能）不同虚拟地址的相同物理地址空间，内核内存甚至在每个进程中以相同的方式映射（我认为是为了避免系统调用时的TLB刷新）。还有像shmat这样的东西；）-这些就是我所说的“间接”访问。然而，我们可以检查它们通常位于距离过程代码很远的地方，并且我们通常能够访问它们（这就是它们存在的原因，尽管以不正确的方式访问它们会产生分段错误）。

尽管如此，如果以不正确的方式访问我们自己的（进程）内存（例如试图写入不可写空间），可能会发生分段错误。但最常见的原因是访问虚拟地址空间中根本没有映射到物理地址空间的部分。

所有这些都与虚拟内存系统有关。