yii2-debug工具栏不显示是因为默认仅对可信ip且yii_debug为true的请求生效；需检查modules配置、allowedips、app_debug设置及pdo预处理配置。
Yii 的 yii2-debug 和 ThinkPHP 的 Debugbar 都是开箱即用的页面内调试工具栏，但它们的默认可见逻辑、触发条件和底层依赖完全不同——直接照搬配置会发现一个始终不显示，另一个点开就报错。
yii2-debug 工具栏为什么页面底部没出现？
不是坏了，是它默认只对「可信 IP」且「YII_DEBUG 为 true」的请求生效。常见错误现象：本地开发时访问 http://localhost 却看不到工具栏，甚至右下角那个 缩略图标都不见。
-
YII_DEBUG必须在入口文件web/index.php中显式设为true，不能只靠配置文件里的'debug' => true - 检查
config/web.php中modules配置是否包含'debug' => ['class' => 'yii\debug\Module']，且没有被环境判断逻辑意外跳过 - 默认只允许
['127.0.0.1', '::1']访问；如果你用的是http://localhost:8080或 Docker 容器内访问，必须手动加进allowedIPs配置项 - 工具栏缩略图（
）只在页面 DOM 加载完成后才注入，如果页面有 JS 错误或输出提前终止（比如 header 已发送），它根本不会渲染
ThinkPHP Debugbar 显示 SQL 但查不到慢查询原因？
ThinkPHP 的 Debugbar 默认记录所有 SQL，但「执行时间」字段只显示毫秒级数字，不标红、不排序、不聚合——你得自己肉眼扫一遍找耗时高的语句。它不等同于 Yii 的「SQL 面板自动按耗时倒序+高亮 >50ms 查询」。
- 确认
app_debug在config/app.php中为true，且未被运行时动态覆盖（如某些部署脚本会重写该值） - SQL 日志依赖数据库驱动的
pdo::ATTR_EMULATE_PREPARES设置；若关闭模拟预处理（false），部分绑定参数的 SQL 可能显示为带问号的原始语句，无法直观识别实际执行内容 - Debugbar 不捕获
Db::raw()或原生query()外的底层 PDO 调用，比如手动 new PDO 后执行的语句完全不会出现在面板里 - 它的「内存峰值」和「加载文件数」统计粒度较粗，不如 Yii 的
yii2-debug面板中「Timeline」可精确到某次 ActiveRecord 查询前后的内存变化
Xdebug 在两个框架里都装不上？先看 PHP SAPI 类型
很多人卡在「pecl install xdebug」失败，其实和框架无关，而是当前 PHP 运行模式不匹配。Xdebug 7.x 要求明确区分 cli 和 fpm（或 apache2handler）两套配置，漏配任一就会调试器静默失效。
- 运行
php -v看 CLI 版本，再运行phpinfo()页面确认 Web SAPI 类型；XAMPP/MAMP 用户常忽略二者版本不一致问题 - Xdebug 3.0+ 不再支持
xdebug.remote_*系列旧参数，必须改用xdebug.mode=debug+xdebug.client_host；ThinkPHP 项目若用内置服务器（php -S），需额外加-t指定路由脚本，否则断点不触发 - Yii 的
yii2-debug与 Xdebug 可共存，但 ThinkPHP 的 Debugbar 在 Xdebug 开启时可能因var_dump被重写而格式错乱——此时应禁用 Debugbar 的「变量 dump」功能，专注用 Xdebug 查栈
真正容易被忽略的是：Yii 的调试数据默认存在 @runtime/debug 目录下，而 ThinkPHP 的日志全走 runtime/log/；前者可直接在浏览器点击历史请求回溯，后者必须靠 Debugbar 面板实时刷新——离线分析旧请求时，Yii 的磁盘存储结构更利于脚本批量提取，ThinkPHP 则几乎只能靠人工翻页。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
