PHP实现301跳转需据Web服务器类型选择方案：Apache用.htaccess配置RewriteRule，Nginx在site.conf中用rewrite或return指令，PHP脚本内则用header("Location: URL", true, 301)并确保无前置输出。
phpEnv 本身不提供内置的 301 跳转配置界面或管理面板，所有重定向必须通过底层 Web 服务器（Apache 或 Nginx）实现。你写的不是「phpEnv 的跳转」，而是「在 phpEnv 环境中运行的站点的跳转」——关键取决于你当前启用的是 Apache 还是 Nginx。
Apache 下用 .htaccess 做 301 跳转（最常用）
phpEnv 默认 Apache 模式下支持 .htaccess，但需确认两点：模块 mod_rewrite 已启用、AllowOverride All 在虚拟主机配置中已设置（phpEnv 的 Apache 配置通常默认满足）。
-
RewriteEngine On必须写在每条规则前，否则规则不生效 - 单页跳转示例：
RewriteRule ^old\.php$ https://example.com/new.php [R=301,L]—— 注意^和$边界符，避免误匹配old.php?id=1之类带参数的请求 - 整站 HTTPS 强制跳转：
RewriteCond %{HTTPS} off+RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]，这里用%{HTTP_HOST}保持原域名，比硬编码更安全 - 常见错误：跳转后出现 500 错误，大概率是
.htaccess语法错误（比如漏空格、括号不闭合），可临时注释掉规则逐行排查
Nginx 下在 site.conf 中配 301（phpEnv 切换 Nginx 后必须改）
phpEnv 切到 Nginx 模式后，.htaccess 完全失效，所有跳转逻辑要挪到站点对应的 site.conf 文件里（路径类似 C:\phpEnv\nginx\vhost\your-site.conf）。
- 单页跳转写法：
rewrite ^/old\.html$ https://example.com/new.html permanent;，注意结尾是permanent（等价于 301），不是redirect（那是 302） - 非 www → www 跳转需单独定义 server 块：
server { listen 80; server_name example.com; return 301 https://www.example.com$request_uri; } - 不能在
location /块里用rewrite做全站跳转，容易和 PHP-FPM 的 fastcgi 配置冲突；应放在server级别 - 改完必须重启 Nginx：
nginx -s reload（在 phpEnv 控制台点「重启 Nginx」也行），否则配置不加载
PHP 脚本内手动发 301（适合动态判断场景）
当跳转目标依赖用户行为、参数或数据库查询时（比如旧文章 ID 映射新 URL），才用 PHP 代码控制。但必须确保它在任何输出之前执行。
立即学习“PHP免费学习笔记（深入）”；
- 两种等效写法：
header("HTTP/1.1 301 Moved Permanently"); header("Location: https://example.com/new");，或更简洁的header("Location: https://example.com/new", true, 301); - 务必跟
exit();或die();，否则后续 PHP 代码仍会执行，可能造成数据重复提交或页面内容泄露 - 最容易踩的坑：
Warning: Cannot modify header information - headers already sent—— 检查文件开头有没有 BOM、空行、echo、print，甚至 UTF-8 编码里的不可见字符 - 如果用框架（如 ThinkPHP、Laravel），优先走路由重定向方法（如
return redirect()->to('/new')->status(301)），比裸写header()更可靠
测试与验证环节常被跳过但极其关键
配置完别急着上线，用命令行快速验证真实响应头：
- 用
curl -I http://localhost/old.php查看返回的HTTP/1.1 301和Location:是否正确，避免浏览器缓存干扰 - 检查跳转链是否过长（比如 A→B→C），多次 301 会拖慢访问且被搜索引擎降权
- 用 Google Search Console 的「URL 检查」工具看旧 URL 是否标记为「已重定向」，新 URL 是否开始被收录
- 特别注意：phpEnv 本地环境的 hosts 绑定或自签名证书可能导致 HTTPS 跳转失败，测试时先关掉证书校验（
curl -k -I）或改用 HTTP 测试逻辑
真正的难点不在写哪一行代码，而在于搞清当前 phpEnv 实际跑的是 Apache 还是 Nginx、跳转需求是静态规则还是动态逻辑、以及有没有人在你改配置前偷偷往页面里 echo 了一行空格。
