为什么程序崩溃了，没有产生core文件

一、要保证存放Core dump的目录存在且进程对该目录有写权限。存放Core dump的目录即进程的当前目录，一般就是当初发出命令启动该进程时所在的目录。但如果是通过脚本启动，则脚本可能会修改当前目录，这时进程真正的当前目录就会与当初执行脚本所在目录不同。这时可以查看"/proc/<进程pid>/cwd"符号链接的目标来确定进程真正的当前目录地址。通过系统服务启动的进程也可通过这一方法查看。

二、若程序调用了seteuid()/setegid()改变了进程的有效用户或组，则在默认情况下系统不会为这些进程生成Core dump。很多服务程序都会调用seteuid()，如MySQL，不论你用什么用户运行mysqld_safe启动MySQL，mysqld进行的有效用户始终是msyql用户。如果你当初是以用户A运行了某个程序，但在ps里看到的这个程序的用户却是B的话，那么这些进程就是调用了seteuid了。为了能够让这些进程生成Coredump，需要(echo "1" >/proc/sys/kernel/suid_dumpable)。

三、这个一般都知道，就是要设置足够大的Core文件大小限制了。程序崩溃时生成的Core文件大小即为程序运行时占用的内存大小。但程序崩溃时的行为不可按平常时的行为来估计，比如缓冲区溢出等错误可能导致堆栈被破坏，因此经常会出现某个变量的值被修改成乱七八糟的，然后程序用这个大小去申请内存就可能导致程序比平常时多占用很多内存。因此无论程序正常运行时占用的内存多么少，要保证生成Core文件还是将大小限制设为unlimited为好。

4

四、在/etc/profile中添加：ulimit -c unlimited >/dev/null 2?&1

五、一般在 CLI 上启动的程序，如果设置：ulimit -c unlimited

就可以在程序以外终止时生成 core dump 文件。但是对于 daemon 方式运行的程序，其与 CLI 启动的程序的主要区别是进程的运行环境，其中就包括

cwd（current working directory）。如果以相对路径方式定义 core 文件的格式，比如定义 /proc/sys/kernel/core_pattern 为：

core-%e-%p-%t

则一般来说，daemon 文件的 cwd 就是/，你可以通过/proc/<your_program_pid>/cwd来查看，一般都是连接到/目录。而如果用户对这个目录没有写权限，那么就不会生成 core dump 文件了。

最直接的解决的方法，是修改/proc/sys/kernel/core_pattern为绝对路径：/data/coredump/core-%e-%p-%t

并且保证这样就基本 OK 了。

修改/proc/sys/kernel/core_pattern文件中的 core dump 文件格式为绝对路径，比如：

/data/coredump/core-%e-%p-%t

在Java程序崩溃时，通常不会生成core文件，因为Java虚拟机(JVM)默认不会生成core文件。不过，如果你想要在Java程序崩溃时生成core文件，你可以通过在启动JVM时设置参数来实现。例如，如果你使用的是Linux *** 作系统，可以通过以下命令启动JVM并生成core文件：

plaintext

Copy code

java -XX:ErrorFile=/tmp/java_error%!p(MISSING).log -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/tmp/heapdump.hprof -XX:+CrashOnOutOfMemoryError -XX:OnOutOfMemoryError="gcore %!p(MISSING)kill -9 %!p(MISSING)" YourJavaProgram

其中，-XX:ErrorFile用于指定JVM错误日志的保存路径，-XX:+HeapDumpOnOutOfMemoryError用于在发生内存溢出时生成堆转储文件，-XX:HeapDumpPath用于指定堆转储文件的保存路径，-XX:+CrashOnOutOfMemoryError用于在发生内存溢出时直接崩溃，-XX:OnOutOfMemoryError用于在发生内存溢出时执行指定的命令。在这个例子中，我们使用gcore命令生成core文件，并将进程杀掉。

在生成了core文件之后，你可以使用gdb来分析core文件。首先，你需要使用以下命令启动gdb：

plaintext

Copy code

gdb YourJavaProgram core

其中，YourJavaProgram是你的Java程序的可执行文件名，core是你生成的core文件名。启动gdb后，你可以使用gdb命令来分析core文件，例如，可以使用bt命令来查看堆栈信息，使用info命令来查看线程信息等等。

需要注意的是，在使用gdb分析core文件时，你需要了解Java程序的内部实现，例如，你需要知道Java线程是如何映射到 *** 作系统线程的，以及Java对象是如何映射到内存中的。否则，你可能无法正确地分析core文件，或者分析结果可能不准确。

linux起web应用不产生文件

通常情况下，只要设置了ulimit -c unlimited，在程序崩溃后就会在当前目录下生成core文件

1.进程是设置 用户 id，当前用户并非程序文件的所有者

2.进程是设置 组 id，当前用户并非该程序文件的组所有者

1、2可以通过设置/proc/sys/kernel/suid_dumpable来改变，这样suid的也可以产生core文件

3.用户没有写当前工作目录的许可证

4.文件太大。core文件的许可证通常的用户读/写，组读和其他读。

---