Yii2 的 AJAX 请求中直接使用 redirect() 会导致 HTTP 302 响应被浏览器拦截，前端无法自动跳转，从而触发 jQuery 的 error 回调。正确做法是控制器返回 JSON 跳转地址，由 Ja vaScript 主动执行重定向。
理解问题根源：为什么 AJAX 不认 302 重定向？
很多刚从传统表单提交转向前端异步交互的开发者，都踩过这个坑：在 Yii2 里，明明控制器里用了 `redirect()`，业务逻辑也执行成功了，可页面上就是没跳转，浏览器控制台还报了个“error”。这事儿，真不怪 Yii2。
想想看，`Controller::redirect()` 方法的本职工作是什么？它就是发送一个 HTTP 302 状态码，再带上一个 Location 响应头。这套流程在传统的、整页刷新的表单提交场景下，堪称完美——浏览器看到 302，就乖乖地按照新地址去加载页面了。
可一旦换到 AJAX 请求里，游戏规则就变了。无论是 jQuery 还是现代的 Fetch API，它们的默认行为是：只负责获取响应数据，绝不自动跟随重定向。当一个 AJAX 请求收到 302 响应时，对于前端库来说，这会被判定为一次“非成功响应”，于是程序流就直接被抛进了 `error` 回调函数里。结果就是，你看到了控制台里的错误提示，而用户则被困在当前页面，一脸茫然。
所以，问题的核心在于职责的错配。我们得改变思路：后端别急着“指挥”浏览器，前端也别等着被“指挥”。正确的解法是，让后端专注于返回结构化的处理结果，把“何时跳转、如何跳转”的决定权，交还给前端。
✅ 四步走，搞定标准解决方案
下面这套方案，算得上是 Yii2 项目里处理 AJAX 后跳转的“标准答案”了，清晰又健壮。
第一步：控制器返回 JSON，告别 redirect()
控制器的任务不再是发送重定向头，而是返回一个清晰的 JSON 对象，告诉前端两件事：操作是否成功，以及成功后要去哪里。
这里有个细节值得注意：生成 URL 时，强烈推荐使用 `yii\helpers\Url::to()`。它可比手写死路径 `/posts` 强多了，能自动适配你的路由规则、处理 URL 重写，甚至在项目部署到子目录时也能生成正确的绝对路径，省心又安全。
use yii\helpers\Url;
public function actionSa veChanges()
{
$post = \Yii::$app->request->post();
// 执行业务逻辑（如更新数据）
$this->Posts->updateFields($post['request_id'], $post);
// 返回 JSON，不触发重定向
return $this->asJson([
'success' => true,
'url' => Url::to('/posts') // 使用 Url::to 生成健壮的链接
]);
}
? 提示：`Url::to()` 是个多面手，除了路由别名，给它传个数组 `[‘post/view‘, ‘id‘ => 1]` 也能生成带参数的漂亮 URL，灵活性拉满。
第二步：前端接管，主动执行跳转
前端拿到后端的“指令”后，事情就简单了。关键在于配置 `dataType: ‘json‘`，确保 jQuery 能正确解析响应。然后在 `success` 回调里，检查状态，取出 URL，一句 `window.location.href` 就能完成跳转。
requestSend: function(e) {
let data = {
request_id: e.target.dataset.request_id
};
$.ajax({
url: '/posts/sa ve-changes',
method: 'POST',
dataType: 'json', // ⚠️ 关键：明确告诉 jQuery 期待 JSON 格式
data: data,
success: function(result) {
// 先校验再跳转，是好习惯
if (result.success && result.url) {
window.location.href = result.url; // 前端主动发起跳转
} else {
console.warn('Redirect URL missing in response');
// 这里可以添加用户提示，比如“操作成功，但跳转失败”
}
},
error: function(xhr, status, error) {
console.error('AJAX request failed:', status, error);
// 务必在此处给用户一个友好的错误提示，比如一个 Toast 弹窗
}
});
},
? 把这些“加分项”也收入囊中
掌握了上面的核心步骤，你的功能已经能跑了。但如果再关注下面这几个细节，代码的健壮性和用户体验能再上一个台阶。
- ✅ 校验响应结构是必须的：就像上面代码里写的，先判断 `result.success` 再取 `result.url`。这能防止后端因异常返回了错误结构时，前端脚本崩溃。
- ✅ 考虑使用 replace 而非 href：如果这是一个“一次性”的操作（比如提交订单），用 `window.location.replace(url)` 可能更合适。它不会在浏览历史中留下记录，用户按“后退”按钮时就不会再次回到这个提交页，避免了重复提交的潜在风险。
- ❌ 警惕这两个“杀手”：绝对要避免在准备返回 JSON 的控制器方法里，混用 `redirect()` 或 `exit()`/`die()`。前者会破坏 JSON 响应头，后者则会直接中断脚本，导致响应体不完整，前端根本收不到数据。
- ? CSRF 防护别忘了：Yii2 默认开启了 CSRF 令牌验证。对于 POST 请求，确保你的 AJAX 调用携带了有效的 `X-CSRF-Token` 请求头。用 `$.ajaxSetup` 做个全局配置，一劳永逸。
说到底，这套“后端返回指令，前端负责执行”的模式，完美诠释了前后端分离协作的精髓。它既保留了 AJAX 异步操作的无刷新体验，又实现了可靠、可控的页面导航，可以说是 Yii2 开发中处理这类需求的最佳实践了。下次再遇到跳转失灵，不妨先检查一下，是不是还在用同步时代的思维处理异步请求。
