webman不内置多维分析引擎，需手动建模+原生sql聚合+维度白名单校验；db::table()不支持多层groupby，须用with rollup或预计算表优化性能，前端传参须严格校验。
Webman 本身不内置多维分析引擎，所谓“多维度报表分析”必须靠你手动组合查询逻辑 + 合理建模 + 前端聚合渲染，不能指望框架自动给你切片钻取。
Db::table() 不支持 OLAP 式的 group by 多层嵌套
很多人直接写 Db::table('sales')->groupBy(['region', 'product_type', 'month'])->sum('amount')，结果报错或数据错乱——groupBy 在 Webman 的 Db 类里只接受单字段字符串或简单数组，不解析嵌套维度语义，也不自动补全 NULL 维度值。
- 正确做法是用原生 SQL 或 QueryBuilder 拼接：用
select region, product_type, strftime('%Y-%m', created_at) as month, sum(amount) as total显式写出每个维度字段 - 若需“所有地区 × 所有品类 × 所有月份”的完整笛卡尔积（含零值），得靠 PHP 补全，比如先查出所有
region和product_type，再用array_fill_keys()初始化二维数组 - 注意 SQLite 的
strftime()和 MySQL 的date_format()函数名不同，跨库时别硬编码
避免在控制器里做复杂聚合计算
把 foreach 套三层、手动 isset($data[$a][$b][$c]) 累加的代码塞进 ReportController.php，上线后查一次报表就卡住，CPU 拉满——这不是业务逻辑，是性能事故。
Webman 2.2.0
下载
Webman 2.2.0版本强化了 TCP/UDP 服务支持，优化路由组管理，并增强异步任务处理能力。结合协程与连接池技术，Webman 能轻松应对高并发场景，适用于网站、接口服务、即时通讯、物联网及游戏开发，兼具高性能、灵活扩展与稳定可靠，是多场景 PHP 服务开发的理想选择。
- 聚合尽量下推到数据库：用
WITH ROLLUP（MySQL）或GROUPING SETS（PostgreSQL）让 DB 做好分组汇总，PHP 只负责收数据 - 高频报表考虑预计算：用定时任务（如
php think schedule:run）把日粒度汇总写入report_daily_summary表，接口只查这张表 - 真要 PHP 聚合，用
array_reduce()替代嵌套foreach，可读性和性能都更好
前端传参维度必须和服务端校验对齐
前端用 Ant Design 的 TreeSelect 传过来一个 dimension: ["region", "product"]，后端没做白名单检查，直接拼进 SQL 字段列表，被人注入 "region; DROP TABLE sales;" 就完了。
- 维度字段名必须硬编码白名单：
$allowed_dims = ['region', 'product_type', 'channel', 'month']，用array_intersect()过滤 - 时间范围参数（如
start_date/end_date）务必用DateTime::createFromFormat()校验格式，别信strtotime() - 分页和排序也得约束：只允许
sort=total_desc，禁止传sort=(SELECT password FROM users LIMIT 1)
多维度不是加几个下拉框就行，关键在维度间的关系是否被模型层表达清楚——比如“省份→城市→门店”是树形，“产品→品类→品牌”是扁平关联，这两类聚合逻辑完全不同，漏掉层级定义，报表数字就一定对不上。
