如何在 AJAX 调用后重定向回原始页面-Golang-PHP中文网

如何在 AJAX 调用后重定向回原始页面

本文介绍在 Go Web 开发中，如何在处理完 AJAX POST 请求后安全、可靠地重定向用户回到发起请求的原始页面，核心是利用 HTTP Referer 头结合 http.Redirect 实现无感知跳转。

本文介绍在 go web 开发中，如何在处理完 ajax post 请求后安全、可靠地重定向用户回到发起请求的原始页面，核心是利用 http `referer` 头结合 `http.redirect` 实现无感知跳转。

在基于 Go 的 Web 应用中，当某个控制器（如 AddLike）被前端通过 AJAX 提交时，服务端默认响应的是该 API 路径（例如 /addlike）本身——这会导致用户手动刷新或误操作时看到空白页或 404，破坏体验。但需注意：AJAX 请求本身不会自动跟随 HTTP 重定向响应（如 302 Found），浏览器会将重定向结果作为 AJAX 响应体接收，而不会真正跳转页面。

因此，真正的“重定向回原页面”必须由前端主动配合完成。服务端仅需返回明确的跳转目标（如原始 URL），前端再调用 window.location.href 或 history.back() 实现跳转。以下是推荐的完整实践方案：

✅ 推荐做法：服务端返回目标 URL，前端执行跳转

服务端（Go）：

func AddLike(w http.ResponseWriter, r *http.Request) {
    sess := session.Instance(r)
    params := context.Get(r, "params").(httprouter.Params)
    name := params.ByName("name")

    // 执行点赞逻辑（数据库操作、缓存更新等）
    // ...

    // 安全获取来源页 URL（优先使用 Referer，可选 fallback）
    referer := r.Header.Get("Referer")
    if referer == "" || !isValidReferer(referer) { // 建议校验域名防开放重定向
        referer = "/" // 默认首页 fallback
    }

    // 返回 JSON 响应，含跳转地址（非 HTTP 重定向！）
    w.Header().Set("Content-Type", "application/json")
    json.NewEncoder(w).Encode(map[string]string{
        "success": true,
        "redirect": referer,
    })
}

? isValidReferer(url) 示例（防止开放重定向漏洞）：

AJAX技术—无刷新获取数据相关课件
AJAX技术—无刷新获取数据相关课件

下载
func isValidReferer(u string) bool {
    parsed, err := url.Parse(u)
    if err != nil {
        return false
    }
    return parsed.Scheme == "http" || parsed.Scheme == "https"
}

前端（JavaScript）：

fetch('/addlike', {
    method: 'POST',
    headers: { 'Content-Type': 'application/x-www-form-urlencoded' },
    body: new URLSearchParams({ name: 'post123' })
})
.then(res => res.json())
.then(data => {
    if (data.success && data.redirect) {
        window.location.href = data.redirect; // 真正触发页面跳转
    } else {
        alert('操作成功，但无法返回上一页');
    }
})
.catch(err => console.error('AJAX error:', err));

⚠️ 注意事项

❌ 不要在 AJAX 中直接使用 http.Redirect：它会返回 302 响应，但 XMLHttpRequest / fetch 不会自动跳转，只会把重定向后的 HTML 内容当作响应体，导致前端逻辑混乱。
✅ Referer 头虽常用，但不可完全信任（可能为空、被客户端屏蔽或伪造），务必做空值判断与白名单校验。
? 若需更高安全性，可在发起 AJAX 时显式携带来源路径（如 <input type="hidden" name="return_to" value="/post/abc">），服务端优先使用该字段。