使用header()函数是PHP中实现页面重定向最直接的方法，需在输出前调用并配合exit()防止脚本继续执行；推荐使用绝对路径或根相对路径避免跳转错误；传递数据可选URL参数（适合少量非敏感数据）或Session（适合敏感或大量数据，需及时清理）；根据场景选择合适的HTTP状态码：302（默认，临时重定向）、301（永久重定向，利于SEO）、303（POST后重定向，防重复提交）、307（保持原请求方法）；常见问题包括“Headers already sent”错误，通常由前置输出、BOM或空格引起，需检查文件编码与输出缓冲。
PHP中实现页面重定向，最直接也最常用的方法就是利用
header()函数发送HTTP Location头。这就像告诉浏览器：“嘿，你现在应该去另一个地方了！”它非常高效，能把用户从当前页面无缝引导到目标URL。
解决方案
在PHP里，要让用户从A页面跳转到B页面，我们通常会用到
header('Location: your_url_here');这个命令。这其实是在HTTP响应头里添加了一个Location字段，告诉客户端（通常是浏览器）应该去请求哪个新的URL。
这里有几个我个人觉得特别需要注意的点。首先，
header()函数必须在任何实际的HTML内容输出之前调用。哪怕是一个空格、一个换行符，甚至是一个BOM头，都会导致“Headers already sent”的错误。这个错误，相信每个PHP开发者都或多或少遇到过，它真的很烦人，但也是一个很好的提醒：HTTP头是先行的。
一个典型的重定向代码看起来是这样的：
立即学习“PHP免费学习笔记（深入）”；
<?php
// 假设用户尝试访问一个需要登录的页面，但他们没有登录
session_start();
if (!isset($_SESSION['user_id'])) {
// 设置一个消息，以便在目标页面显示
$_SESSION['message'] = '请先登录才能访问此页面。';
// 执行重定向
header('Location: /login.php');
exit(); // 非常重要！阻止脚本继续执行
}
// 如果用户已登录，则显示页面内容
echo "欢迎来到您的个人主页！";
?>exit()或
die()在
header('Location: ...')之后是不可或缺的。我见过很多新手，甚至一些有经验的开发者偶尔也会忘记它。如果没有exit()，服务器会发送重定向头，但脚本会继续执行，这可能导致一些意想不到的行为，比如在重定向发生前仍然输出内容，或者执行了不应该执行的逻辑，这显然是安全隐患。重定向只是告诉浏览器去新地址，但服务器端的PHP脚本并不会因此停止。
另外，关于URL的路径，我建议总是使用绝对路径或者以
/开头的相对路径（相对于网站根目录）。
header('Location: login.php')这种形式在某些情况下可能工作，但在复杂的目录结构或URL重写规则下，很容易出错。比如，如果你在/admin/users/edit.php里重定向到
login.php，浏览器可能会尝试访问
/admin/users/login.php，而不是你想要的
/login.php。所以，
header('Location: /login.php');通常更稳妥。
重定向时如何传递数据或状态？
这是一个很常见的问题，尤其是在处理表单提交、错误信息或者需要保持某些上下文的场景。直接通过
header('Location: ...')重定向，你不能像POST请求那样直接传递大量数据。最常用的方法有两种：URL查询参数和Session。
1. URL查询参数 (Query Parameters): 如果你需要传递少量、非敏感的数据，比如一个ID或者一个状态码，直接把它们附加到URL后面是最简单的方式。
<?php
// 假设处理了一个操作，需要告知用户结果
$status = 'success';
$message = '您的设置已保存。';
// URL编码确保特殊字符不会破坏URL
$redirect_url = '/dashboard.php?status=' . urlencode($status) . '&message=' . urlencode($message);
header('Location: ' . $redirect_url);
exit();
?>在
/dashboard.php中，你可以通过
$_GET['status']和
$_GET['message']来获取这些值。这种方式的优点是简单、直接，而且用户可以在浏览器地址栏看到这些参数。缺点是数据量有限，且不适合传递敏感信息。
2. Session： 对于更复杂、敏感或大量的数据，Session是更好的选择。它允许你在服务器端存储用户特定的数据，并在用户会话期间跨页面访问。
<?php
session_start(); // 必须在任何输出之前调用
// 假设用户提交了一个表单，处理后需要重定向并显示结果
if (isset($_POST['submit_data'])) {
// 假设这里有一些处理逻辑
$result_data = [
'user_id' => 123,
'username' => 'john.doe',
'operation_status' => 'completed',
'errors' => [] // 假设没有错误
];
// 将数据存储到Session中
$_SESSION['redirect_data'] = $result_data;
$_SESSION['flash_message'] = '操作成功完成！';
header('Location: /result_page.php');
exit();
}
?>然后在
/result_page.php中：
<?php
session_start();
if (isset($_SESSION['redirect_data'])) {
$data = $_SESSION['redirect_data'];
echo "用户ID: " . htmlspecialchars($data['user_id']) . "<br>";
echo "用户名: " . htmlspecialchars($data['username']) . "<br>";
// ... 显示其他数据
unset($_SESSION['redirect_data']); // 读取后通常会清除，避免重复显示或占用资源
}
if (isset($_SESSION['flash_message'])) {
echo "<p style='color: green;'>" . htmlspecialchars($_SESSION['flash_message']) . "</p>";
unset($_SESSION['flash_message']);
}
?>使用Session的优点是数据量大、安全（不在URL中暴露）、灵活。缺点是需要管理Session的生命周期，并且要记得在使用后清除，否则可能会导致一些奇怪的bug，比如用户刷新页面后消息又出现了。我个人更倾向于用Session处理这类“一次性”的通知或状态传递，感觉它更符合业务逻辑。
常见的重定向HTTP状态码有哪些，以及何时使用它们？
虽然我们最常用的是
302 Found（
header('Location: ...')默认就是这个），但HTTP重定向其实有几种不同的状态码，它们各自承载着不同的语义，理解这些差异对于SEO和客户端行为的优化是很有帮助的。
1. 302 Found (临时重定向): 这是
header('Location: ...')在没有额外指定状态码时默认使用的。它表示资源暂时移动到了新的URL。浏览器通常会记住这个重定向，但不会更新书签或搜索引擎索引。这意味着搜索引擎仍然认为原始URL是资源的“主要”位置。比如，你正在进行网站维护，暂时把用户引导到一个维护页面，或者在用户登录后重定向到仪表盘，这些场景下302就很合适。它强调的是“暂时性”。
2. 301 Moved Permanently (永久重定向): 如果你的页面或资源已经永久地从一个URL移动到另一个URL，并且你希望搜索引擎更新它们的索引，将“权重”传递给新URL，那么就应该使用301。 实现方式：
header('Location: /new-page.php', true, 301);
注意这里的true参数，它表示替换掉之前的同名header（如果有），
301是指定的状态码。 例如，你改变了网站的URL结构，或者合并了两个页面，旧页面的内容完全转移到了新页面。在这种情况下，301是最佳选择，因为它告诉所有客户端（包括搜索引擎）：“这个地方以后就别来了，去那个新地址吧，它是永久的。”
3. 303 See Other (查看其他): 这个状态码通常用于在POST请求处理后进行重定向，以防止用户刷新页面时重复提交表单。它明确告诉客户端应该使用GET方法来请求新的URL。 实现方式：
header('Location: /success-page.php', true, 303);
想象一下，用户提交了一个订单，服务器处理完成后，你不想让他们刷新页面导致订单重复提交。这时，重定向到success-page.php并使用303状态码，可以确保后续的请求是GET，从而避免重复提交的问题。这在POST-Redirect-GET模式中非常关键。
4. 307 Temporary Redirect (临时重定向，HTTP 1.1+): 与302类似，但307更严格地要求客户端在重定向后继续使用原始请求方法（POST、PUT等）。而302在某些情况下，浏览器可能会将POST请求转换为GET请求。 实现方式：
header('Location: /temp-new-page.php', true, 307);
在实际开发中，302和307的选择有时候会让人有点纠结。如果你的应用程序对请求方法有严格要求，并且不希望浏览器擅自改变，那么307会是更安全的选择。不过，大部分情况下，302已经足够满足我们的需求了，而且兼容性更好。
我个人在做重定向的时候，如果不是特别明确是永久性的结构调整（301），或者POST-Redirect-GET模式（303），我通常会默认使用302。毕竟，临时重定向的场景确实更普遍一些。但了解这些差异，能让我们在需要的时候做出更精准、更符合HTTP语义的选择，这对于构建健壮的Web应用来说，是不可或缺的。
处理重定向中的常见问题与调试技巧
重定向看似简单，但在实际开发中，它也常常成为一些棘手问题的源头。我在这里分享一些我遇到过，并且觉得特别值得注意的坑和调试方法。
1. "Headers already sent" 错误： 这是最经典的重定向错误，前面也提过。它意味着你在调用
header()函数之前，已经有任何输出发送到了浏览器。这包括HTML标签、空格、空行、
echo、甚至PHP文件开头的BOM（
