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

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

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

考虑以下代码片段，

代码段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++）来面对这些错误。其他高级语言中有一个抽象，可以确保您不会犯此错误。

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

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

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

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

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

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

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

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

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

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

seg错误，当类型不匹配时

简单地说：分段故障是操作系统向程序发送信号表示已检测到非法内存访问，并正在提前终止程序以防止防止内存损坏。