Webman中重定向必须用response()->redirect()并return响应对象，禁用header()+exit()；短链跳转需解耦访问统计，用Redis队列异步记录，Nginx需正确配置静态资源拦截与try_files规则。
Webman里重定向不能用header()或exit()
Webman是常驻内存的长连接服务，header()和exit()在HTTP响应已开始后无效，且会破坏Worker进程稳定性。直接写header('Location: ...'); + exit;会导致后续请求卡死、连接泄漏甚至502。
正确做法是调用response()->redirect()并立即返回响应对象：
- 必须在路由闭包或控制器方法中
return response()->redirect('https://example.com'); - 不能在中间件里调用
redirect()后继续执行后续逻辑，否则可能触发双重响应 - 若需带状态码（如301），传入第二个参数：
response()->redirect('/new-path', 301) - 避免在异步任务或Worker进程中调用——重定向只适用于HTTP请求上下文
短链跳转+访问统计必须分离读写路径
高频短链访问场景下，如果每次跳转都同步写数据库，QPS超过200就会拖慢响应、堆积连接。真实生产环境必须把“记录访问”剥离为异步操作。
推荐结构：
- HTTP路由只做三件事：解析短码、查目标URL、返回
response()->redirect() - 访问日志通过
Redis::lPush('shortlog', json_encode([...]))写入队列 - 单独起一个
app/worker/ShortLogWorker.php消费队列，批量写MySQL或ClickHouse - 查短码时用
Cache::get("short:{$code}")，命中直接跳转；未命中再查DB并Cache::set()缓存1小时
注意：不要用file_put_contents()或error_log()记访问日志——磁盘IO会成为瓶颈。
Nginx层不能转发静态资源到index.php
伪静态配置错误会导致/css/app.css、/favicon.ico也被Nginx转发给index.php，而Webman没定义这些路由，结果全部返回404或空白页。
Webman 2.2.0
下载
Webman 2.2.0版本强化了 TCP/UDP 服务支持，优化路由组管理，并增强异步任务处理能力。结合协程与连接池技术，Webman 能轻松应对高并发场景，适用于网站、接口服务、即时通讯、物联网及游戏开发，兼具高性能、灵活扩展与稳定可靠，是多场景 PHP 服务开发的理想选择。
关键检查点：
- Nginx配置中
location /块必须包含try_files $uri $uri/ /index.php?$query_string; - 确保
root指向/path/to/webman/public，不是项目根目录 - 加一条显式规则拦截常见静态后缀：
location ~* \.(js|css|png|jpg|jpeg|gif|ico|svg|woff2?|ttf|eot)$ { try_files $uri =404; } - Apache用户注意
.htaccess里必须有RewriteCond %{REQUEST_FILENAME} !-f和!-d判断
统计聚合不能依赖MySQL COUNT(*)实时计算
当短链总访问量达百万级，SELECT COUNT(*) FROM short_log WHERE code = 'abc'会越来越慢，且并发高时容易锁表。
可行方案：
- 写入时用Redis
INCR short:count:abc实时累加，读取直接GET - 每日零点用Cron触发
php start.php task daily-stat，把Redis计数刷进MySQL归档表 - 如需按地区/UA维度统计，用Redis HyperLogLog（
PFCOUNT）去重IP，或用Bitmap做小时级留存分析 - 绝对不要在HTTP请求中执行
GROUP BY或JOIN——这类查询应由后台定时任务产出宽表供API直接查
真正卡点不在代码怎么写，而在是否把“跳转”和“统计”彻底解耦。没做这一步，性能天花板就是几百QPS；拆开了，单机轻松扛住5000+短链跳转请求。
