原因:90%是因为内存越界。
解决办法:检查通过new的数组,并看runtime的访问边界。操作时加上assert保险。
除了segmentation fault以外,还有4种奇怪的有关内存的报错:
free(): invalid pointer
corrupted double-linked list
double free or corruption (out)
corrupted size vs. prev_size
不同于段错误中途直接退出,它们会发生在程序结束的时候,也就是delete obj的时候报错。很难通过gdb或者printf排查,因为甚至gdb命令行、vscode mock debugger、printf三种报告停止运行的点还是不一样的。这个时候只能通过肉眼去判断谁可能访问数组越界了,访问、修改了不该修改的内容。但巧合的是没有立马引起程序崩溃,所以不是段错误,而是这4种奇怪的错误。
PS:segmentation fault还可能是数组超出stack大小所致。通过ulimit -s
查看。解决方法:增加ulimit
大小;或者把数组改为new/malloc.