ThinkPHP请求统计多模块如何区分统计(源码)-ThinkPHP-PHP中文网

request()->module()更可靠，因它是运行时解析的真实模块名，而module_name是编译期固化常量，跨模块跳转时不更新；需标准化模块名、配置可信代理并脱敏ip以保障统计准确。

thinkphp请求统计多模块如何区分统计(源码)

多模块项目里做请求统计，不能只靠全局中间件一锅炖——每个模块的业务目标、流量特征、监控粒度都不同，硬塞进同一个计数器只会让数据失真、排查变慢。

为什么 request()->module() 比 MODULE_NAME 更可靠

MODULE_NAME 是编译期常量，在入口文件加载时就固化了，遇到路由重定向、跨模块跳转（比如从 index 模块跳到 api 模块）时它不会更新；而 request()->module() 是运行时从当前请求解析出的真实模块名，哪怕用了 url('api.User/info') 跳转过去，它也返回 api。

实操建议：

统计逻辑必须放在中间件或基类控制器的 initialize() 里，而不是在配置文件或服务提供者中静态初始化
用 $this->request->module()（控制器内）或 app('request')->module()（中间件中）取值
注意：TP6+ 中 request()->module() 返回的是小写字符串，如 "admin"，别拿它直接拼数据库表名或 Redis key 前缀而不做校验

如何避免 Redis 计数器键名冲突

直接拼 "req:{$module}:{$controller}:{$action}" 看似合理，但模块名可能含非法字符（比如带下划线或点号），Redis 键不支持空格和特殊符号，且长度失控会导致性能下降。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

实操建议：

对模块名做标准化处理：str_replace(['.', '_', '/'], '-', $module)，统一转为短横线分隔
加时间维度：按小时聚合用 "req:{$normModule}:hourly:2026081713"，避免单 key 过热
不要用 INCR 直接累加——高并发下可能漏计；改用 INCRBY + 预设过期时间：redis->incrBy("req:{$key}", 1); redis->expire("req:{$key}", 3600);
如果模块数量多（>20），考虑用 Hash 结构：HINCRBY req:summary:2026081713 {$normModule} 1，省 key 数量

统计中间件里怎么拿到真实客户端 IP

没配 trusted_proxies 的情况下，request()->ip() 取到的可能是 Nginx 内网地址或 127.0.0.1，导致所有请求都归到同一个 IP 下，模块维度的来源分析完全失效。

实操建议：

确认 config/app.php 中已设 'trusted_proxies' => ['10.0.0.0/8', '172.16.0.0/12', '192.168.0.0/16']（按你实际内网段填）
Nginx 配置里必须有：proxy_set_header X-Real-IP $remote_addr;，且不能透传用户可控的 X-Forwarded-For
统计时别存完整 IP，公网 IP 要脱敏：substr($ip, 0, strrpos($ip, '.')) . '.0'（如 192.168.1.100 → 192.168.1.0）
若需区分移动端/PC端，看 $request->header('user-agent')，但别全量存，只提取关键标识如 "iOS-17" 或 "Android-14"