需改用自定义日志写入，在app_end行为中用flock安全记录结构化请求日志（含时间、ip、url、状态码、耗时），再通过正则解析聚合统计，注意区分tp日志（仅框架内请求）与nginx日志（全量http请求）的统计边界。
如何从 ThinkPHP 日志里提取真实请求频次
ThinkPHP 默认的 think\log\driver\File 不记录请求 URL、IP 或耗时，直接读日志文件看不到“谁在什么时候访问了哪个接口”。必须先确认日志格式是否含关键字段——默认不包含，得改配置或换日志处理器。
最稳妥的做法是：关闭默认日志驱动，改用自定义日志写入，在每次请求结束前（比如 app\common\behavior\WriteRequestLog 行为）手动追加一行结构化记录。示例格式：2024-06-15 14:23:08|192.168.1.100|POST /api/user/info|200|142ms
- 确保该行为注册在全局
app\tag.php的app_end钩子下 - 避免在中间件或控制器里写日志，防止异常未触发导致漏记
- 不要用
file_put_contents(..., FILE_APPEND)直接写，高并发下可能错行；改用fopen + flock + fwrite + fclose保证原子性
用 PHP 原生解析日志文件做请求聚合统计
别依赖第三方日志分析库，几行 file() + preg_match() 就能搞定小时级/天级统计。关键是正则要稳：ThinkPHP 日志行杂乱，需先过滤出你写的那类结构化行。
示例代码片段（放入 public/stat.php 临时运行）：
$lines = file('/path/to/runtime/log/request.log', FILE_IGNORE_NEW_LINES | FILE_SKIP_EMPTY_LINES);
$stats = [];
foreach ($lines as $line) {
if (!preg_match('/^(\d{4}-\d{2}-\d{2} \d{2}:\d{2}:\d{2})\|([\d.]+)\|(\w+ )?(\/[^\|]+)\|(\d{3})\|(\d+ms)$/', $line, $m)) {
continue;
}
$uri = $m[3];
$stats[$uri] = ($stats[$uri] ?? 0) + 1;
}
arsort($stats);
print_r(array_slice($stats, 0, 20));
-
$m[3]是路径部分，可进一步用parse_url($uri, PHP_URL_PATH)归一化带参数的 URL（如/api/user?id=123→/api/user） - 如果日志量超 100MB，
file()会内存溢出，改用stream_get_line()逐行读 - 注意时区：日志时间戳若为 UTC，而你要按本地日期统计，得用
date_default_timezone_set()对齐
统计结果写入数据库供后台展示
把 $stats 数组存进 MySQL 的 request_stat 表，不是为了查“今天 /api/login 被调了多少次”，而是为了画趋势图、设告警阈值。表结构建议含：date（DATE）、uri（VARCHAR(255)）、count（INT）、method（VARCHAR(10)）。
- 不要每条请求都 INSERT，改为每小时 cron 脚本跑一次聚合，插入前先
DELETE FROM request_stat WHERE date = CURDATE()清旧数据 - URI 字段建联合索引
(date, uri)，否则按日期+路径查慢 - 避免用
INSERT ... ON DUPLICATE KEY UPDATE，除非你已对(date, uri)设唯一索引；否则容易因重复插入报错
常见错误：Nginx 日志和 TP 日志混着分析
很多人以为“TP 日志里有 492 行，就代表被访问了 492 次”，其实不对。TP 日志只记录成功进入框架的请求，静态资源（JS/CSS）、404、500、Nginx 层拦截（如防盗链、IP 黑名单）全都不在其中。
真要全量统计，优先看 Nginx 的 access.log，它更真实。但要注意：
- Nginx 日志中
$request_uri包含查询参数，$uri不含，聚合时选哪个取决于你的业务需求 - TP 日志里能拿到框架内部耗时（
Debug::getRangeTime('query')级别），Nginx 日志只有总响应时间，二者互补，不能互相替代 - 若用了 CDN，Nginx 日志里的
$remote_addr是 CDN 节点 IP，得靠$http_x_forwarded_for提取真实用户 IP，但该头可伪造，仅作参考
真正难的不是写代码，是厘清你要统计的“请求”到底指哪一层——是用户发起的 HTTP 请求？是到达 PHP-FPM 的请求？还是成功执行到控制器方法的请求？边界没定清楚，后面所有分析都会偏。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
