Worker.php中调用Db::name()报错，因Workerman不触发ThinkPHP完整启动流程，App未初始化、容器未加载、自动加载上下文缺失，导致Db类无法实例化或找不到类。
不能直接在Workerman进程里调用FastAdmin的Db、Log、Cache等类，因为Workerman不走ThinkPHP的请求生命周期，think\App未初始化，容器未加载，所有依赖注入和自动加载上下文都缺失。
为什么Worker.php里调用Db::name()会报错？
常见错误是Call to a member function name() on null或Class 'think\Db' not found。根本原因有两个：
-
thinkphp/start.php只初始化了BindModule，没触发完整的应用启动流程（如App::run()） -
think\worker\Server只是个轻量包装，它不会帮你加载application目录下的配置、中间件、服务提供者
如何让Db、Log在Worker中可用？
必须手动补全ThinkPHP的核心初始化逻辑，重点是加载容器和注册核心服务。推荐做法是在Worker类的onWorkerStart里做：
- 调用
think\Container::getInstance()->bind('think\App', \think\App::class)显式绑定App实例 - 手动加载
application/config/下关键配置（尤其是database.php），再执行Db::connect() - 用
think\Log::init()重新初始化日志驱动，避免写入runtime/log/失败 - 不要在
onMessage里重复初始化——只在onWorkerStart做一次
server.php入口必须改吗？
必须改。原生server.php只加载start.php，无法支撑业务类库。替换成以下最小可行入口：
#!/usr/bin/env php
<?php
define('APP_PATH', __DIR__ . '/application/');
define('BIND_MODULE', 'push/Worker');
// 手动引入核心启动文件（非start.php）
require __DIR__ . '/thinkphp/base.php';
// 启动容器并注册基础服务
\think\Container::getInstance()->bind('think\App', \think\App::class);
\think\Container::getInstance()->bind('think\Log', \think\Log::class);
// 加载数据库配置（可选，按需）
$config = include APP_PATH . 'config/database.php';
\think\Db::connect($config);
// 最后才加载Worker控制器
require __DIR__ . '/thinkphp/start.php';
注意：这里没有调用App::run()，否则会阻塞Workerman事件循环。
哪些操作必须避开？
这些看似方便的操作实际会导致内存泄漏或连接复用异常：
- 在
onMessage里反复调用Db::name()->select()而不关闭连接（Workerman长生命周期下PDO连接不会自动释放） - 使用
Cache::get()读取Redis缓存时，没确认cache.php中default驱动已正确加载（常因配置未生效返回null） - 直接
new \app\common\model\User()——模型依赖think\Model基类，而基类又依赖容器，未初始化时会报Class 'think\Model' not found - 调用
Url::build()或Cookie::set()等强HTTP上下文函数（Workerman无Request/Response对象）
真正安全的做法是：把数据库、缓存、日志等操作封装成独立的工具类，只依赖原始PDO、Predis、Filesystem等底层驱动，绕过ThinkPHP容器层。
