不能直接用 php think 启动 Workerman 服务，因 ThinkPHP Command 是单次同步执行，而 Worker::runAll() 需常驻阻塞、多进程 fork；官方扩展未解决生命周期冲突，易致 exit 失效、daemonize 失败、连接泄漏等问题。
不能直接用 php think 启动 Workerman 服务，官方扩展 topthink/think-worker 提供的是命令封装壳，底层仍需独立进程模型；硬塞进 Command 类会触发 Cannot use 'exit' 或启动即退出。
为什么 topthink/think-worker 的命令封装容易出问题
该扩展本质是把 Workerman 的 CLI 参数（start/stop/-d）转给原生 Worker::runAll()，但它没解决两个根本冲突：
- ThinkPHP 的
Command是单次执行、同步退出的，而Worker::runAll()是常驻、阻塞、多进程 fork 的 - 扩展默认在
execute()方法里调用Worker::runAll()，但此时框架容器已初始化完毕，且exit被 Symfony Console 屏蔽，导致进程无法真正 daemonize 或 reload 失败 - 日志、配置、Db 连接池等若未手动隔离，会在子进程中重复初始化或共享句柄，引发连接泄漏或并发写错日志文件
正确启动方式：根目录独立脚本 + 手动最小化引导
绕过所有命令行封装，用纯 PHP 脚本启动，控制权完全在你手上：
- 脚本放在项目根目录，如
start_worker.php，不进app/command/ - 不
require public/index.php，避免触发 HTTP 环境检查（报Undefined index: SERVER_NAME） - 只加载必要组件：
vendor/autoload.php+config/app.php+ 手动绑定config和db到容器 -
onWorkerStart中做业务初始化（如 Redis 连接、模型预热），不在全局作用域做 - 生产环境必须加
Worker::$user = 'www-data'，否则Worker::reload()权限失败
示例片段：
立即学习“PHP免费学习笔记（深入）”；
<?php
require __DIR__ . '/vendor/autoload.php';
$config = include __DIR__ . '/config/app.php';
$config['root_path'] = __DIR__ . '/';
think\Container::getInstance()->bind('config', function () use ($config) {
return new think\Config($config);
});
think\Container::getInstance()->bind('db', function () {
return think\Db::connect(config('database'));
});
use Workerman\Worker;
Worker::$pidFile = __DIR__ . '/runtime/workerman.pid';
Worker::$logFile = __DIR__ . '/runtime/workerman.log';
Worker::$user = 'www-data'; // 生产必设
$worker = new Worker('text://0.0.0.0:2346');
$worker->count = 2;
$worker->onWorkerStart = function ($worker) {
// 此处可安全使用 think\Model、Db::table()
\app\model\User::where('id', 1)->find();
};
Worker::runAll();
如果坚持用 php think 命令，必须重写入口逻辑
不是简单 php think worker:start 就完事——你要接管整个生命周期：
- 自定义 Command 类中，
execute()不调用Worker::runAll()，而是用proc_open()或shell_exec()启动独立进程（如php start_worker.php start -d） - 所有参数（
start/stop/reload）需映射为对start_worker.php的 shell 调用，而非直接实例化 Worker -
stop逻辑必须读取runtime/workerman.pid并kill -USR2，不能依赖扩展自带的kill -9粗暴终止 - 日志路径要显式指定到
runtime/下，避免和 ThinkPHP 请求日志混用同一通道
Workerman 和 ThinkPHP 的耦合点永远在「初始化时机」和「进程边界」——越早意识到它们是两个独立生命周期的系统，越不容易掉进 reload 失效、连接复用异常、日志乱序这些坑里。
