Yii2页面跳转报错主因是底层机制不匹配：IE低版本因Accept头不兼容导致登录跳转失效；AJAX提交因CSRF令牌不一致触发400；500错误多因YII_DEBUG关闭、日志权限不足或Nginx拦截所致；404未走自定义错误页常因errorAction配置缺失或路由被Web服务器拦截。
Yii2 页面跳转报错，多数不是路由写错了，而是底层机制没对上——比如登录自动跳转在 IE 低版本失效、AJAX 提交触发 400、配置错一个参数就 500 白屏。问题看似随机，其实有固定路径可查。
登录自动跳转失败（尤其 IE 低版本）
现象：用户未登录访问需鉴权页面，本该跳转到 /site/login，却卡住、空白或报错。常见于 IE10 及更早版本。
- 根本原因是 Yii2 默认只接受
text/html和application/xhtml+xml两种 Accept 头，而老版 IE 发送的是application/x-ms-application - 修改
vendor/yiisoft/yii2/web/User.php（或项目中重写的 User 类），找到$acceptableRedirectTypes属性，在数组里追加：'application/x-ms-application' - 更稳妥的做法是覆盖该属性：在应用配置的
components['user']中添加：'acceptableRedirectTypes' => ['text/html', 'application/xhtml+xml', 'application/x-ms-application']
AJAX 跳转或提交总报 400（CSRF 验证失败）
错误提示通常是 HttpException: 400 Unable to verify your data submission，本质是 CSRF 令牌不匹配，不是“关掉 CSRF”就能解决的安全隐患。
- 别用
\yii::$app->request->csrfToken动态生成 AJAX 头——每次调用都会刷新令牌，和页面初始渲染的不一致 - 正确做法是读取页面已有的 meta 标签：
var token = $('meta[name="csrf-token"]').attr('content'); - 提交时确保字段名与配置一致：如果
main.php中设了'csrfParam' => '_csrf-frontend'，AJAX 的 data 就得写{'_csrf-frontend': token}，不能硬写_csrf - 表单提交也同理：隐藏域的 name 必须和
csrfParam完全一致，否则后端比对失败
一访问就 500，但没报错信息
白屏或纯 500 页面，日志空、浏览器没堆栈——这不是代码崩了，是错误被静默吞掉了。
- 先确认
index.php开头是否强制开启调试：defined('YII_DEBUG') or define('YII_DEBUG', true);（生产环境可临时打开，定位完再关） - 检查
runtime/logs/目录权限：chmod -R 775 runtime/，否则日志写不进，等于没开日志 - Nginx 用户特别注意：
fastcgi_intercept_errors off;必须加上，否则 Nginx 会抢在 Yii 输出前返回自己的 500 页面，掩盖真实异常 - 重点排查
config/web.php的components数组：逐个注释db、cache、redis等组件，看哪个一启用就崩；常见原因包括扩展未安装（如 phpredis）、DSN host 不可达、类名拼写错误
404 跳转不到自定义错误页
明明配了 'errorAction' => 'site/error'，却还是显示默认 Nginx 或 Apache 的 404 页面。
- 确认
SiteController中已声明actions()方法，且包含：'error' => ['class' => 'yii\web\ErrorAction'] - 检查是否启用了 Yii 的错误处理器：
defined('YII_ENABLE_ERROR_HANDLER') or define('YII_ENABLE_ERROR_HANDLER', true);（默认为 true，但某些部署可能被覆盖） - Apache 用户注意
.htaccess是否拦截了/site/error请求；Nginx 用户确认location /的try_files规则末尾是$uri /index.php?$args，不能漏掉/和? - 视图文件路径必须是
views/site/error.php，且控制器动作名是error（大小写敏感）
