webman与thinkphp无法平滑迁移，因二者运行模型根本不同：前者为常驻内存、事件驱动，后者为fpm请求级生命周期；强行复用旧代码将导致onworkerstart内存泄漏、session静默失效、数据库连接数暴涨等问题。
不能平滑迁移，只能分阶段替换——Webman 和 ThinkPHP 是两种运行模型，强行“平滑”只会卡在 onWorkerStart 内存泄漏、Session 静默失效、数据库连接数暴涨这些坑里。
先停掉所有“复用旧代码”的幻想
ThinkPHP 是 FPM 模型：每次请求从零加载、初始化、销毁；Webman 是常驻内存模型：Worker 进程启动一次，跑几百上千个请求，共享变量、连接、静态属性。这意味着：
-
onWorkerStart里 new 一个PDO实例？它会被所有后续请求复用，但不会自动重连，超时后直接报错 -
$request->file()返回的是UploadFile对象，但 Webman 不调用move_uploaded_file()，不手动保存就丢数据 - ThinkPHP 的
session_start()在每个请求自动触发；Webman 默认不启 Session，要装webman/session插件，并显式配置存储驱动（Redis 或 file），否则$_SESSION始终为空 - 你写的
config('database')在 Webman 里是启动时快照，运行时改配置项（比如切库）完全无效
路由和中间件必须重写，不能抄搬
Webman 的 Route::get('/user', [UserCtrl::class, 'index']) 看着像 ThinkPHP，但执行逻辑完全不同：
- 所有路由必须集中写在
config/route.php，写到控制器或中间件里不会被加载 - 修改路由后必须
php webman restart，热重载不生效——FastRoute 路由表是进程启动时一次性编译的 - 中间件
process()方法必须接收$request和$next两个参数，且必须显式调用$next($request)，返回值必须是Webman\Http\Response实例，return 字符串或数组会中断链路 - 浏览器发
OPTIONS预检请求时，Route::post('/api/login')完全不匹配，得单独加Route::options('/api/login')或统一用Route::any()
ThinkORM 集成不是 plug-and-play
想继续用 ThinkPHP 风格的模型？可以，但细节全是雷：
- 模型里必须写
use support\thinkModel;，写use think\Model;会报Class not found——因为webman/think-orm插件做了类名映射 -
config/thinkorm.php中的hostname字段类型必须和deploy严格匹配：单库写字符串（'127.0.0.1'），主从必须写数组（['192.168.1.10', '192.168.1.11']），否则报Array to string conversion - 别在中间件里反复调用
Db::setConfig()+Db::connect()，ThinkORM 不会自动释放连接，Worker 长期运行下 MySQL 出现大量SLEEP连接 - PHP 8.4+ 环境下，必须手动初始化心跳机制，否则空闲连接会被 MySQL 主动断开
最易被忽略的底层差异点
很多人卡住不是因为语法不会写，而是没意识到这些隐性约束：
-
$request->ip()在 Nginx 反代下永远返回127.0.0.1，真实 IP 得取$request->header('x-real-ip')或'x-forwarded-for' - Webman 没有
pathinfo支持，URL 中的/user/123/edit必须靠路由参数定义：Route::get('/user/{id}/edit', [...])，不能依赖框架自动解析 - 定时任务不准时？那是单 Worker 进程串行执行导致的，高精度任务得交由独立进程（如
workerman/crontab）或外部消息队列 - 上传文件临时路径（
$file->getPathname()）在请求结束后立刻失效，不手动move_uploaded_file()或流式保存，文件就丢了
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
