segmentation fault是c层段错误，需检查core dump、swoole abi兼容性、disable_functions禁用pcntl/posix函数及workerman调试日志，php try/catch无法捕获。
Segmentation fault 是 C 层崩溃，不是 PHP 代码能 catch 的
Workerman 或 Swoole 启动时直接报 Segmentation fault (core dumped)，说明进程被操作系统强制终止，根本原因在 C 扩展层（如 swoole.so、pcntl、posix），PHP 层 try/catch 完全无效。日志里只有一行错误，必须从系统级入手，不能靠改业务代码解决。
先确认 core dump 是否生成，再用 gdb 看崩溃点
没 core 文件就等于没病历——很多排查直接失效。Linux 默认禁用 core dump：
- 运行
ulimit -c，输出为0表示关闭；执行ulimit -c unlimited临时开启（仅当前 shell 有效） - 检查
/proc/sys/kernel/core_pattern，确认落盘路径，常见如/var/lib/apport/coredump/core.%e.%p.%h.%t或当前目录 - 找到 core 文件后，用
gdb php core.xxx加载，再输入bt查调用栈——重点看是否卡在swString_append、coroutine::get_context、pcntl_fork或posix_kill
如果生产环境不允许开 core dump，至少要知道：没 bt 输出，就只能靠排除法，效率低一倍。
Swoole 扩展 ABI 不匹配是最常见根因
PHP 版本升级后仍沿用旧版 swoole.so，或混用宝塔自带扩展和手动编译版本，极易触发段错误：
- 运行
php --ri swoole，核对Version和PHP Version是否严格匹配（例如 PHP 8.3 必须配 Swoole 5.1.x，Swoole 4.8.13 不支持） - 检查是否用了项目自带的
swoole_loader（如禾匠系项目），它和系统全局swoole.so互斥，共存会报Module 'swoole' already loaded - 临时禁用 Swoole：
sudo phpdismod swoole，再启动 Workerman；若不再段错误，基本锁定是 Swoole 问题 - 重装必须指定完整路径：
/www/server/php/83/bin/phpize+./configure --with-php-config=/www/server/php/83/bin/php-config，漏一个/bin/就可能装错目录
disable_functions 拦了 pcntl/posix 函数也会崩
Workerman 的 master-worker 模型严重依赖 pcntl_fork、pcntl_waitpid、posix_kill 等函数。一旦被禁用，fork 时直接触发信号 11：
- 运行
php -i | grep disable_functions，确认输出中不含pcntl_fork、pcntl_waitpid、posix_kill、posix_getpid - 云主机或 Docker 镜像常默认禁用这些函数，即使脚本里写了
pcntl_fork()，也会在内核层崩溃 - 临时测试可注释掉
disable_functions行，重启 PHP-FPM（注意：CLI 和 FPM 的配置文件是分开的）
ABI 错配和函数禁用这两类问题，占所有 Segmentation fault 的 80% 以上。其他如 JIT 开启、libstdc++ 版本不兼容、loader 冲突等，都得先排除这俩再深挖。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
