错误信息默认直接输出到终端，是首要排查位置；其次查看runtime/log/console/下的日期日志；php cli自身错误需通过php --ini定位php.ini并检查error_log配置。
命令行执行报错时，错误信息默认输出到终端
ThinkPHP 命令行模式（php think xxx）下，如果代码抛出异常或触发 PHP 错误，错误信息**默认直接打印在终端窗口里**，无需额外配置。这是最优先查看的位置——别急着翻日志，先看命令行回显是否已有完整堆栈。
常见现象包括：Fatal error、Class not found、Call to undefined method 等，后面紧跟着文件路径和行号。注意：真正出问题的代码往往在报错行的上一行（比如括号没闭合、分号遗漏），要上下多看两行。
runtime/log/ 目录下有专门的 console 日志文件
ThinkPHP 6 会自动将命令行执行过程中的 error、warning、notice 记录到 runtime/log/console/ 子目录中，按日期生成，例如：console-20260917.log。
这个日志比终端输出更全，尤其适合以下场景：
- 脚本后台运行（如
nohup php think job:run > /dev/null &），终端不保留输出 - 错误被 try/catch 捕获但未 re-throw，终端看不到，但日志里仍有 trace
- 想对比多次执行的差异，或排查非致命警告累积导致的问题
确保 runtime/ 目录可写，否则日志无法生成。权限问题本身就会导致 console/ 子目录缺失。
PHP CLI 自身错误日志需单独确认
如果连 php think 都执行失败（比如提示 Command not found 或直接退出无输出），问题可能不在 ThinkPHP 层，而是 PHP CLI 环境异常：
- 执行
php --ini查看 CLI 模式加载的php.ini路径，确认它和 Web 使用的不是同一份（常见于 MAMP/XAMPP 等集成环境） - 检查该
php.ini中log_errors = On和error_log = /path/to/php-cli-error.log是否启用 - 有些系统默认把 CLI 错误写入
/var/log/php_errors.log或/tmp/php-errors.log，需手动查找
这类日志里可能出现 Failed loading extension、Segmentation fault 或内存限制超限等底层报错，ThinkPHP 根本没机会启动。
调试模式开启后，终端错误会更详细
ThinkPHP 的调试行为受 APP_DEBUG 控制，但命令行下该常量默认为 false（即使你在 index.php 里设为 true）。必须在命令行调用前显式设置：
php -d "display_errors=1" -d "error_reporting=-1" think your:command
或者在命令入口脚本（如 think 文件）顶部加：
error_reporting(E_ALL); ini_set('display_errors', '1');
否则某些 Notice 或 Warning 可能被静默忽略，只留空白输出——这是最易被忽略的盲点。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
