需执行ulimit -c unlimited临时启用当前会话核心转储，否则进程崩溃后无core文件，无法分析段错误、空指针或死锁原因。
银河麒麟OS运行Java服务、C++程序或调试多线程应用时，进程崩溃后未生成core文件，导致无法分析段错误、空指针或死锁原因，必须准确设置核心转储（core dump）相关限制才能捕获有效故障现场。
临时启用当前会话的核心转储
执行
运行
验证是否生效：kill -SIGSEGV $$触发自身崩溃，检查当前目录是否生成core或core.
永久配置用户级核心转储限制
系统默认禁止生成core文件，需通过PAM机制在登录时自动加载策略，否则即使ulimit设为unlimited，systemd服务或图形界面启动的进程仍受硬限制约束。
第一步：用root权限编辑资源限制配置文件：sudo vim /etc/security/limits.conf
第二步：在文件末尾新增两行（注意星号与数值间必须有**一个空格**，否则解析失败）：* soft core unlimited* hard core unlimited
【*表示对所有普通用户生效；若只针对appuser，需将*替换为appuser】
第三步：保存退出后，必须完全注销当前图形会话并重新登录，或关闭全部终端窗口后新开一个——仅关闭再打开gnome-terminal不会重载limits。
为systemd服务单独启用core dump
nginx、java、达梦数据库等由systemd托管的服务不经过PAM登录流程，/etc/security/limits.conf对其完全无效，必须显式配置service单元。
方法一：全局生效（影响所有systemd服务）
编辑/etc/systemd/system.conf：sudo vim /etc/systemd/system.conf
取消#DefaultLimitCORE=行注释，并设为：DefaultLimitCORE=infinity
执行sudo systemctl daemon-reload → 重启systemd-logind.service。
方法二：按服务精准控制（推荐）
以nginx为例，运行：sudo systemctl edit nginx.service
在打开的编辑器中输入：[Service]LimitCORE=infinityWorkingDirectory=/var/crash
【必须指定WorkingDirectory，否则core文件可能写入根目录或服务工作路径，造成权限混乱或磁盘满】
保存后执行sudo systemctl daemon-reload → sudo systemctl restart nginx。
配置core文件命名与存储路径
默认core文件名固定为core，易被覆盖且无法区分来源；需通过/proc/sys/kernel/core_pattern自定义格式。
第一步：创建core存储目录并授权：sudo mkdir -p /var/crashsudo chmod 1777 /var/crash
第二步：设置core文件模板（支持%e、%p、%t等变量）：echo "/var/crash/core.%e.%p.%t" | sudo tee /proc/sys/kernel/core_pattern
第三步：永久化该设置：echo 'kernel.core_pattern = /var/crash/core.%e.%p.%t' | sudo tee -a /etc/sysctl.d/99-kylin-core.confsudo sysctl --system
验证：触发一次崩溃后，检查/var/crash/下是否生成形如core.java.12345.1730826240的文件——其中%e为进程名，%p为PID，%t为Unix时间戳。
验证core dump是否真正启用
步骤一：确认当前shell限制ulimit -c应输出unlimited。
步骤二：检查systemd服务配置sudo systemctl show nginx.service | grep LimitCORE，输出必须为LimitCORE=infinity。
步骤三：确认内核pattern已加载cat /proc/sys/kernel/core_pattern应显示/var/crash/core.%e.%p.%t。
步骤四：触发测试崩溃并验证文件生成sudo systemctl kill --signal=SIGSEGV nginx.servicels -lt /var/crash/ | head -3，确认最新生成的core文件时间戳与触发时间接近。
