webman修改start.php必须执行restart，因start.php仅启动时执行一次，reload无效；需配异步数据库连接池，禁用同步pdo；调试输出须用logger()而非var_dump，否则输出至终端而非http响应。
Webman 不是“换皮 Laravel”，用 PHP-FPM 那套写法直接跑在 Webman 上，性能会归零，甚至进程崩溃。
Webman 启动后修改 start.php 没生效？
因为 start.php 是 Webman 的入口和生命周期控制器，不是普通配置文件。它只在进程启动时执行一次，后续任何改动都不会被热加载。
- 改完
start.php必须执行php start.php restart，reload或rload完全无效 - 加了自定义进程、调了
server.php里的worker_num、换了 event-loop（比如从select改成libevent）——这些都属于「启动时决定」的配置，同样必须restart -
monitor进程默认只监听app/、config/等业务目录，不监控start.php和server.php，别指望它帮你自动重启
文章列表接口慢，查不出瓶颈？
Webman 的高性能建立在异步非阻塞前提下，而原生 PDO 是同步阻塞的。你在控制器里写一句 $pdo->query("SELECT * FROM posts")，整个 Worker 进程就卡住，其他请求全部排队。
Webman 2.2.0
下载
Webman 2.2.0版本强化了 TCP/UDP 服务支持，优化路由组管理，并增强异步任务处理能力。结合协程与连接池技术，Webman 能轻松应对高并发场景，适用于网站、接口服务、即时通讯、物联网及游戏开发，兼具高性能、灵活扩展与稳定可靠，是多场景 PHP 服务开发的理想选择。
- 真实项目请用
webman/database扩展（基于workerman/mysql），它提供真正的异步查询：Db::table('posts')->where('status', 1)->get() - 如果坚持用
PDO，至少得配连接池：在config/database.php中设置'pool' => ['min' => 2, 'max' => 10]，否则单连接扛不住并发 - 别在循环里查数据库：100 篇文章，100 次
Db::table('categories')->find($post['category_id'])→ 改用with()预加载，或一次whereIn('id', $ids)批量查
视图里 var_dump 导致页面空白？
这是 Webman 常驻内存模型的必然表现：echo、var_dump、print_r 输出目标是当前 Worker 进程的 stdout（也就是你敲 php start.php start 的那个终端），不是 HTTP 响应体。
- 调试输出必须写日志，比如
logger()->debug('xxx', $data)；开启'debug' => true后，错误会自动转成 JSON 响应（仅开发期有效） - 绝对不要在视图里写
die或exit：Worker 进程立即退出，Workerman 会拉起新进程，但当前请求永远收不到响应，浏览器一直转圈 - 模板里想看变量？用
{{ $var }}或= $var ?>渲染到 HTML，而不是var_dump($var)
Webman 的「高性能」不是自动继承的，它要求你主动放弃 PHP-FPM 时代对阻塞、重载、全局变量的依赖习惯。最常被忽略的点是：连接池没配、start.php 改了不重启、视图里打日志打到终端——这三个动作足以让一个博客系统从 5000 QPS 掉到 200 QPS。
