webman 能做高性能 itam 系统，但需优化资产状态广播、设备心跳收敛、批量盘点响应和权限校验路径四块：websocket 广播须异步化；状态同步走 redis pub/sub；批量导入用 redis stream + 异步进程；权限校验按资源+动作动态计算并缓存。
Webman 能做高性能 ITAM 系统，但直接照搬传统 CRUD 模式会卡在连接数、状态同步和离线消息上——核心瓶颈不在框架本身，而在资产状态广播、设备心跳收敛、批量盘点响应和权限校验路径这四块。
WebSocket 连接管理别碰 webman_socket_send() 主线程
资产看板实时刷新、设备在线状态推送、告警弹窗这些功能一旦用 webman_socket_send() 在主线程里遍历发送，500 台终端同时在线时，单次广播可能卡住整个事件循环 200ms+，用户操作明显延迟。
- 必须把广播逻辑剥离到异步线程：用
ev_async触发批量投递，或通过无锁环形队列（ringbuffer）暂存待发消息 -
websocket_dispatch回调里只做协议解析 + 入队，禁止查 DB、调外部 API、序列化大对象 - 连接数超 3000 后，按资产所属部门 ID 哈希分组，广播前先过滤目标组，避免
webman_get_all_sockets()全量扫描
资产状态同步必须走 Redis Pub/Sub，不能靠内存变量
多实例部署后，A 实例收到设备心跳，B 实例上的前端页面仍显示“离线”，这是典型的状态不同步。所有实例共享同一份内存变量不现实，也违背横向扩展原则。
Webman 2.2.0
下载
Webman 2.2.0版本强化了 TCP/UDP 服务支持，优化路由组管理，并增强异步任务处理能力。结合协程与连接池技术，Webman 能轻松应对高并发场景，适用于网站、接口服务、即时通讯、物联网及游戏开发，兼具高性能、灵活扩展与稳定可靠，是多场景 PHP 服务开发的理想选择。
- 设备上线/下线统一发布到 Redis channel
asset:status:change，每个 Webman 实例订阅并更新本地缓存 - 在线状态用
SETEX asset:online:{device_id} 60 "1"存，配合 Redis 的 KEYSAPCE 通知自动清理过期 key - 资产分组关系（如“数据中心-A区-机柜03”）用
ZSET asset:group:{group_id}存，score 设为最后上报时间，方便快速剔除 5 分钟未心跳的设备
批量盘点接口别用 foreach + INSERT 同步落库
运维人员上传一个含 2000 行资产信息的 Excel，后台用循环逐条 INSERT INTO assets，数据库连接池瞬间打满，后续登录、查询全卡住。
- Excel 解析完后，消息投进 Redis Stream：
XADD asset:import:task * file_path /tmp/xxx.xlsx batch_id 12345 - 独立消费者进程（
app/process/AssetImportProcess.php）异步处理，用INSERT ... VALUES (...), (...), (...)批量插入 - 导入进度用
INCR asset:import:progress:{batch_id}实时更新，前端轮询/api/v1/import/status?batch_id=12345
按钮级权限校验别塞进中间件，得按资源+动作动态计算
ITAM 系统里，“导出全部资产”和“导出本部门资产”是两个权限点，但都落在 /api/v1/assets/export 这个接口上。硬编码中间件会越来越臃肿，且无法支持租户隔离。
- 权限判定逻辑收口到
PermissionChecker::can($user, 'export', 'assets')，内部根据用户角色、部门、租户 ID 动态查 Redis 缓存（perm:{tenant_id}:{user_id}:export:assets） - 按钮是否渲染由前端请求
/api/v1/auth/perms获取扁平权限列表，避免每次点击都校验 - 敏感操作（如删除资产）必须二次确认，且后端再校验一次
can('delete', 'asset', $asset_id)，防止前端绕过
资产编号唯一性校验、设备型号与厂商的关联缓存、盘点任务失败重试的幂等控制——这些不是框架能自动解决的，得在业务层显式设计，否则性能再高也撑不住真实运维场景。
