workerman进程被系统kill的四大主因是oom killer误杀、文件描述符耗尽、cpu过载触发cgroup限制及未正确守护导致终端退出；需分别从内核资源（调整oom_score_adj）、系统限制（ulimit与systemd配置）、进程模型（启用-d或systemd托管）和cpu管控（setrlimit+异步优化）三方面同步加固。
Workerman进程被系统kill掉通常是因为内存超限触发OOM Killer、文件描述符耗尽、CPU占用过高被cgroup限制，或未正确守护导致终端关闭时父进程终止。这些问题直接影响服务可用性，必须从内核资源、进程模型、启动方式三方面同步加固。
防止OOM Killer误杀Worker进程
Linux内核在内存不足时会根据oom_score_adj值选择进程杀死，Workerman默认值为0，极易被选中。
方法一：启动前临时降低OOM优先级
执行echo -1000 > /proc/self/oom_score_adj，再启动Workerman；但该值仅对当前进程有效，需写入start.php的onWorkerStart回调中。
方法二：全局锁定关键进程
在/etc/sysctl.conf中添加vm.oom_kill = 0并执行sysctl -p，但这会禁用整个系统的OOM Killer，【不推荐】，仅用于测试环境。
方法三（推荐）：在Worker进程初始化时主动设置
在start.php的onWorkerStart回调里加入：if (function_exists('proc_open')) { file_put_contents('/proc/' . getmypid() . '/oom_score_adj', '-500'); }
这一步必须在Worker子进程启动后立即执行，否则主进程设置无效。
规避文件描述符耗尽导致崩溃
Workerman高并发时若ulimit -n过低，会报“Too many open files”，随后连接拒绝、进程异常退出。
第一步：检查当前限制
运行ulimit -n，生产环境必须≥65535。
第二步：永久提升限制
编辑/etc/security/limits.conf，追加两行：* soft nofile 65535* hard nofile 65535
注意：该配置仅对新登录会话生效，需重启用户shell或重新SSH登录。
第三步：systemd服务中显式声明
若用systemd管理，在Unit文件中添加：LimitNOFILE=65535
否则即使limits.conf已设，systemd仍按默认值（通常是1024）启动进程。
确保进程真正脱离终端常驻后台
Workerman默认前台运行，关闭终端即终止——这不是bug，是设计使然；它不内置daemon逻辑，必须显式启用守护模式或交由系统服务接管。
方法1：用-d参数启动（最简方案）
执行php start.php start -d，Workerman内部触发fork + setsid，脱离终端控制。
【关键前提】：start.php中必须设置绝对路径的pidFile，例如$worker->pidFile = '/var/run/workerman.pid';，否则-d静默失败，进程几秒后自动退出。
方法2：用systemd托管（生产首选）
创建/etc/systemd/system/workerman.service，核心字段必须包含：User=www-data（与PHP实际运行用户一致）WorkingDirectory=/path/to/your/project（必须是项目根目录，非start.php所在目录）ExecStart=/usr/bin/php /path/to/your/project/start.php start -dRestart=always且RestartSec=3（防systemd限流）
启用后执行systemctl daemon-reload && systemctl enable --now workerman。
方法3：禁止使用nohup启动nohup php start.php start &看似可行，但Workerman未处理SIGHUP信号，子进程仍可能被中断，【不可靠】。
防止CPU打满触发cgroup强制kill
当Worker进程因死循环、阻塞I/O或未设超时导致CPU 100%持续占用，systemd或Docker cgroup会直接kill进程。
在start.php中设置CPU时间片限制：
调用setrlimit(RLIMIT_CPU, 300, 300);（单位秒），表示单个Worker进程最多运行5分钟即被系统终止并由Master拉起新进程。
该限制需配合Worker::$max_request使用，避免内存泄漏叠加CPU失控。
同时检查代码中所有sleep()、usleep()、数据库长查询、curl同步调用——这些都会阻塞事件循环，导致CPU空转等待，必须改用异步方式或设timeout。
