CoreDump

Core Dump

事后调试
当一个进程要异常终止时&＃xff0c;可以选择把进程的用户空间内存数据全部保存到磁盘上&＃xff0c;文件名通常叫core&＃xff0c;这叫做Core Dump。进程异常终止通常是因为有Bug&＃xff0c;比如非法访问内存导致段错误&＃xff0c;事后可以用gdb调试器检查core文件以查清错误原因&＃xff0c;这叫做事后调试。一个进程允许产生多大的core文件取决于进程的Resource Limit。 系统默认不允许产生core文件的&＃xff0c;是为了避免以下两个隐患&＃xff1a;

一&＃xff1a;信息泄露
在core文件中&＃xff0c;可能包含用户的账号密码等敏感信息

二&＃xff1a;占用空间
对于某些自重启的进程而言&＃xff0c;若是发生了错误&＃xff0c;则会在进程退出时将发生错误时的内存数据全部保存起来&＃xff0c;然后重启。当自重启仍然不能解决错误时&＃xff0c;由于计算机自重启某一个进程的速度非常快&＃xff0c;一秒钟可以重启n次。这样&＃xff0c;在极短的时间内就会产生大量的core文件&＃xff0c;占用大量的空间。

怎么用&＃xff1f;

在开发调试阶段&＃xff0c;为了快速定位出出错位置&＃xff0c;可以手动开启core dump功能。

具体方式如下&＃xff1a;
首先用ulimit -c n命令将core文件大小从默认的0字节改变为n字节

当程序异常终止时&＃xff0c;core文件中会记录内存中的数据&＃xff0c;但是此时core文件中的数据时一堆二进制数据。它是在调试过程中使用的。所以在编译程序时&＃xff0c;要在Debug模式下进行。
当进入gdb&＃xff0c;引入程序相关的core文件便可以快速定位异常原因。