说明
从第三大点开始讲解ubuntu20.04下无法形成core dump文件的解决办法。
一、core与term的区别
在之前讲过的信号中，终止进程的信号的动作分为两种，一种是core，一种是term。term（全称termination）是直接终止进程；而core的动作同样是终止进程，但是core在终止进程的同时会给我们形成core dump文件。
二、core dump文件的作用
当进程收到动作为core的信号发生异常退出时，将进程在内存中的核心数据（主要是与调试有关的核心数据）转储到磁盘中形成core dump文件，core dump文件可以帮助程序员定位到程序为什么退出以及是在哪一行退出的。它包罗了崩溃时的内存状态信息，如变量值、函数调用栈等。core文件可以用来检查内存泄漏，由于它包罗了程序在崩溃时的内存状态信息，通过分析可以找出哪些内存没有被释放。偶然候程序崩溃是难以复现的，生成core dump文件可以帮助程序员在差别的环境中重现问题，以便更好地调试。利用core dump文件调试也叫办事后调试。
三、开启core文件功能
在Linux体系上，core dump文件的生成默认是关闭的。
默认core文件的大小为零，也就是关闭的。
下面是core文件生成的打开方法。
ulimit -c 10240（设置core dump文件的文件大小，单元为kb）
设置完成以后，我们就可以看到core文件的大小变为我们设置的大小了。下面我写一段测试代码：
- #include <iostream>
- using namespace std;
- int main()
- {
- int a = 10;
- a /= 0;
- return 0;
- }
这是在ubuntu20.04体系下会产生的结果，下面我会讲解解决的方法。
三、ubuntu20.04下无法形成core文件的解决办法
3.1、解决方法
必要在root用户大概是用sudo提权执行这条指令：
sudo bash -c "echo core > /proc/sys/kernel/core_pattern"
在ubuntu20.04这个体系下，/proc/sys/kernel/core_pattern路径下的这个core_pattern文件的内容默认是空的，执行sudo "echo core > /proc/sys/kernel/core_pattern"这条指令是用来设置内核的 core dump 模式的。当你设置core_pattern为 "core"，体系会在程序崩溃并产生 core dump 时，将 core dump 文件命名为core而不是默认的带有进程 ID 和其他信息的文件名。 也就是说，形成的core dump文件的名称是可以自界说的，但我还是建议将core dump文件的名称就设置为core。
先设置core dump文件的大小：
执行该条指令，运行我的可执行程序，发生除0错误，这次就会形成core dump文件了。
core可以帮助调试，直接帮我们指定错误在第几行：
2、向core_pattern文件中写入内容时的细节
这也是我在写入core到core_pattern文件中所遇到的问题。刚开始我是用vim向core_pattern文件中写入core的，但在生存退出的时候遇到了下面这个问题：
原因是由于操作体系proc目录中的文件并不是实际的文件。/proc目录在Linux体系中是一个伪文件体系，它只存在于内存中，并不占用实际的磁盘空间。这个目录下的文件并不是真正的文件和目录，而是内核运行时的一些信息、状态和参数的接口。这些文件通常用于查看和修改内核参数、体系状态、硬件信息等。
由于/proc目录下的文件并不对应实际的磁盘上的数据，因此它们不能被通例的文本编辑器（如vim）举行编辑。实际上，当你尝试使用vim或其他文本编辑器打开并修改/proc下的文件时，你实际上是在尝试修改内核的状态或参数，而这是不被答应的。所以修改/proc下的文件时更常见的是使用shell下令。
四、总结
看了有的文章说禁用apport功能也能正常在当前目录下形成core dump文件，但是在ubuntu20.04这个体系下我已经尝试过了，并不能解决这个问题，大家也可以尝试一下这个方法看看。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
