WebProfiler工具栏不显示是因为三个硬性条件缺一不可：kernel.debug必须为true（需在Kernel构造时通过APP_DEBUG=true启用）、当前请求必须走dev环境路由、HTML响应末尾必须成功注入toolbar.js脚本。
WebProfiler 在开发中不显示工具栏，或点了没反应、数据为空——基本不是“没装对”，而是 kernel.debug 没在 Kernel 构造阶段生效，或者响应被截断/环境错配。其他配置都是次要的。
为什么 WebProfiler 工具栏不出现？三个硬性条件缺一不可
工具栏（WDT）不是“开关式功能”，它依赖底层容器参数和 HTTP 响应链同时成立：
-
kernel.debug必须为true：这由new Kernel($_SERVER['APP_ENV'], $_SERVER['APP_DEBUG'] === 'true')决定，不是靠config/packages/dev/debug.yaml里写debug: true补救 - 当前请求必须走 dev 环境路由：URL 要匹配
dev前缀（如/app_dev.php/xxx），或通过symfony server:start启动且APP_ENV=dev生效 - HTML 响应末尾必须成功注入
<script id="sfwdt">：如果用了ob_start()、Twig 缓存未刷新、CDN 缓存了旧 HTML、或 base 模板漏了{{ render_profiler() }}（新版默认有，但自定义布局可能删了），脚本就丢了
如何验证 profiler 数据是否真被采集？别只看工具栏
工具栏只是入口，真正数据存在 var/cache/dev/profiler/ 下按哈希分目录的文件里。即使工具栏没显示，只要 kernel.debug === true，请求仍会被记录：
- 打开浏览器开发者工具 → Network 标签 → 刷新页面 → 找到带
X-Debug-Token响应头的请求 → 复制其值（如abc123） - 手动访问
https://your-app/_profiler/abc123，能打开即说明数据已采集，问题纯属前端注入失败 - CLI 场景（如命令行任务）默认不触发 profiler，需手动调用：
$profiler->collect($request, $response, $exception)
Doctrine 查询分析里哪些信号要立刻处理？
Doctrine 面板不是只看“总耗时”，关键看模式：
- 标红的查询（> 100ms）：先
EXPLAIN对应 SQL，确认是否走了索引；若用WHERE IN (...)传了上百 ID，考虑分批或改用临时表 - 重复 SQL（相同语句出现多次）：大概率是模板里循环调用
$user->getPosts()导致 N+1，改用join或addSelect('posts')预加载 - 参数绑定显示
NULL或乱码：说明 Doctrine 类型映射出错，比如数据库字段是TINYINT(1)却映射成boolean，导致参数序列化异常
Timeline 面板里“Controller”耗时高，但代码看起来很简单？
Timeline 显示的是整个控制器方法执行时间，包含所有间接开销：
- 服务容器解析延迟：如果控制器构造函数里注入了十几个服务，尤其含
EntityManager或复杂工厂类，初始化本身就很重 - 事件监听器堆积：检查
EventDispatcher是否注册了大量kernel.controller监听器，每个都会增加微秒级开销 - 日志上下文膨胀：
Logger::info('msg', ['user' => $user])中传了未序列化的 Entity 对象，会触发整个关联图谱的__sleep和序列化，拖慢响应
这类问题不会报错，但会让 Timeline 里“Controller”区块异常宽——得用 Stopwatch 手动切片打点，而不是只信面板总值。
