Yii2控制台执行报400 Bad Request，服务器更新后异常排查求助

首先从你提供的输出内容来看，这个400错误根本不是控制台应用返回的，而是Yii的Web应用返回的——输出里的CSRF meta标签、HTML页面结构都是Web应用的特征，这说明你的代码执行控制台命令时，没有正确触发Yii控制台应用，反而触发了Web请求的处理逻辑，因为Web应用的CSRF验证没通过，所以返回了400错误。

核心诱因：控制台命令未被正确执行，触发Web应用的CSRF拦截 #

你的代码里拼接的命令php $yiiDir/yii send-campaign/send ...，原本应该调用Yii的控制台入口，但服务器更新后，这条命令的执行出了问题：

• 要么是php命令的执行环境变了，导致没有加载控制台应用的配置，反而加载了Web应用的配置；
• 要么是控制台入口文件yii无法被正确执行，请求被Web服务器（比如NGINX/Apache）拦截，当成了Web请求处理。

服务器更新导致PHP配置变更的可能性：完全是大概率事件 #

服务器更新（系统升级、PHP版本更新、Web服务器配置调整）几乎肯定是这次问题的导火索，可能的变更点包括：

• CLI与Web PHP环境分离：更新后系统默认的php命令指向了Web用的PHP-FPM，而非CLI版本的PHP。Web环境的PHP配置会加载Web应用的初始化逻辑，包括CSRF验证，这就导致执行命令时触发了Web应用的拦截。
• PHP配置参数修改：比如disable_functions新增了popen/exec，导致你的代码无法启动后台进程；或者open_basedir限制了控制台应用的目录访问，导致无法加载必要的配置文件，进而触发错误。
• 文件权限变更：服务器更新可能修改了应用目录的权限，比如执行命令的用户（如www-data）失去了对yii控制台入口的执行权限，或者无法写入输出文件$outputFile，导致命令执行失败，被Web服务器捕获返回400。

快速排查步骤 #

• 手动执行命令验证：直接在服务器终端用执行代码的用户（比如www-data）运行你拼接的完整php $yiiDir/yii send-campaign/send ...命令，看看实际输出是什么，是否能正常执行控制台Action。
• 检查PHP版本一致性：对比php -v（CLI版本）和Web环境的PHP版本（比如phpinfo()输出），如果不一致，尝试用CLI版本的绝对路径替换命令里的php，比如/usr/bin/php-cli。
• 检查文件权限：确保$yiiDir/yii文件有执行权限，且执行命令的用户能读取该文件，同时$outputFile所在的目录有写入权限。
• 查看服务器日志：检查Apache/NGINX的错误日志、PHP的错误日志，里面会有更详细的错误信息，比如文件加载失败、权限不足等。

内容的提问来源于stack exchange，提问作者anwar