默认日志不记录Referer和真实IP，因Symfony仅记录请求方法、路径、响应码、控制器类名及异常堆栈；需手动配置Monolog处理器或在控制器中调用$logger->info()注入$request->headers->get('referer')和$request->getClientIp()。
直接看 var/log/dev.log 或 var/log/prod.log 里的请求行和控制器调用栈，但默认不记录前端访问地址（Referer、X-Forwarded-For 等），必须手动加日志或配置。
日志里默认看不到 Referer 和真实 IP 的原因
Symfony 默认的 debug 和 error 日志通道只记录请求方法、路径、响应码、控制器类名和异常堆栈，不自动注入 HTTP 头信息。即使你看到类似 "GET /api/users HTTP/1.1" 200 这样的行，也查不到是谁、从哪发来的请求。
-
Referer不在日志里 —— 因为它不是 Symfony 日志格式的默认字段 - 真实客户端 IP 可能显示为
127.0.0.1—— 如果用了 Nginx/Apache 反向代理但没配X-Forwarded-For透传或 Symfony 没信任对应 header - 控制器路由匹配过程不写入日志 ——
router:match是命令行工具，运行时不落盘
在控制器里临时加一行日志查来源
最快速验证某次请求来源的方式：进对应 Controller 方法，用 $this->get('logger') 手动记 Referer 和 IP。
- 获取真实 IP：
$request->getClientIp()（前提是已配置trusted_proxies） - 获取来源页：
$request->headers->get('referer') - 写日志：
$this->get('logger')->info('Frontend access', ['ip' => $ip, 'referer' => $referer, 'path' => $request->getPathInfo()]); - 注意：不要在生产环境长期开着这种日志，尤其含
referer可能泄露敏感 URL 参数
让所有请求自动带 Referer 和 IP 到日志
改 config/packages/dev/monolog.yaml（开发）或 prod/monolog.yaml（生产），扩展日志上下文：
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
立即学习“前端免费学习笔记（深入）”；
- 添加自定义处理器，用
Processor注入请求信息（需写一个实现Monolog\Processor\ProcessorInterface的类） - 更轻量做法：在
monolog配置里启用request_stack并用context插入字段，例如：
monolog:
handlers:
main:
type: stream
path: "%kernel.logs_dir%/%kernel.environment%.log"
level: debug
formatter: monolog.formatter.session_request
然后定义 monolog.formatter.session_request 为自定义 formatter，读取 RequestStack 获取 referer 和 client_ip。
用 router:match + 请求头反推前端行为
当你要追溯某个奇怪请求（比如 404 或参数错）是从哪来的，router:match 能帮你确认「这个 URL 理论上该由谁处理」，再结合 Nginx access log 或浏览器 Network 面板比对：
- 运行
php bin/console router:match "/api/v1/posts" --method=POST --header="Referer:https://admin.example.com/edit" - 如果返回
No route found，说明前端发错了地址，不是后端没记录 - 如果命中某路由但报参数校验失败，说明前端构造 URL 时漏了
{id}或传了非法值 —— 此时看它的requirements字段比翻日志更快 - 别依赖日志还原完整调用链：前端 JS、curl、Postman、第三方 webhook 都可能触发同一路由，日志本身不存调用方指纹
真正难的不是“怎么记”，而是“记哪些字段才够排查又不拖慢性能”——Referer 长度不可控，X-Forwarded-For 可伪造，IP 地址在负载均衡后容易失真。留一列 request_id（用 UidExtension 生成）贯穿整个请求生命周期，比硬塞一堆 header 更可靠。
