网站迁移后访问新域名却意外跳转至已过期的旧域名，通常由硬编码链接、数据库残留url或缓存机制导致；本文系统梳理常见原因并提供可落地的全链路修复方案。
网站迁移后访问新域名却意外跳转至已过期的旧域名，通常由硬编码链接、数据库残留url或缓存机制导致；本文系统梳理常见原因并提供可落地的全链路修复方案。
当您将网站从 example.com 迁移至政府服务器并启用新域名 example.gov.xx 后，仍出现间歇性跳转至旧域名（甚至返回无法访问的 404 或连接失败页面），这并非偶然现象，而是典型的“残留重定向”问题。其根本原因在于：跳转逻辑未被完全解耦，且多层缓存叠加放大了不一致行为。
? 根本原因分析
-
前端硬编码跳转未清理干净
您提供的 v3/index.php 中存在 JavaScript 延迟跳转逻辑：<script> setTimeout(function(){ window.location.href = 'http://example.gov.xx/v3/public/'; // ✅ 已更新为新域名 }, 10000); </script>表面看已修改，但需警惕：该文件可能被其他页面（如 index.html、登录页、404 页面）引用；更关键的是——若旧版 index.php 曾被浏览器缓存，用户首次访问时仍会执行旧跳转逻辑（即使服务器已部署新版）。尤其在您的场景中，“仅在自己电脑复现”强烈提示本地强缓存（如 Service Worker、disk cache 或 DNS 缓存）干扰。
-
数据库中仍存旧域名 URL
CMS 类系统（如 WordPress、Laravel + Admin 后台）、配置表（settings）、内容字段（文章正文、图片 src、SEO meta）、甚至用户生成内容（UGC）中，普遍存在绝对 URL 存储。例如：- wp_options 表中的 siteurl / home
- Laravel 的 config/app.php 中 APP_URL
- 自定义 CMS 的 system_config 表中 base_url
- 文章正文中
这些数据不会因文件迁移自动更新，一旦页面动态拼接 URL（如 echo $config['base_url'] . '/css/style.css'），即触发跳转或资源加载失败。
.htaccess 缺少主动重定向规则
当前 .htaccess 仅处理前端路由（index.php 入口），未对旧域名请求做拦截与重写。若用户直接访问 http://example.com/v3/public/（如通过书签、搜索引擎快照或邮件链接），服务器仍可能响应旧站逻辑（尤其当 DNS 尚未完全切换或 CDN 缓存未刷新时），进而触发 JS 跳转或后端 301 重定向至已失效域名。-
多级缓存协同作祟
- 浏览器缓存：301 重定向、JS 文件、HTML 页面均可能被长期缓存（Cache-Control: max-age=31536000）
- CDN 缓存：若曾使用 Cloudflare 等服务，旧域名缓存未清除，会直接返回过期响应
- DNS 缓存：本地 hosts 文件、路由器、ISP DNS 均可能保留旧解析记录（TTL 未过期）
- 服务端 OPcache/Redis：PHP 字节码或模板缓存未刷新，导致旧逻辑仍在执行
✅ 完整修复步骤（按优先级执行）
步骤 1：全局搜索并替换所有硬编码域名
# 在项目根目录执行（Linux/macOS） grep -r "example\.com" --include="*.php" --include="*.html" --include="*.js" --include="*.css" . | grep -v ".git" # 重点关注：index.php, config/*.php, views/*.php, public/js/*.js, .env
- ✅ 将所有 http://example.com / https://example.com 替换为 https://example.gov.xx（强制 HTTPS 更安全）
- ⚠️ 注意协议一致性：避免混合内容（HTTP 资源在 HTTPS 页面加载失败）
- ? 删除或注释掉所有 window.location.href 跳转逻辑——域名迁移应通过服务器端重定向完成，而非前端 JS
步骤 2：清洗数据库中的旧域名
-- 示例（MySQL）：批量更新 WordPress 配置
UPDATE wp_options SET option_value = REPLACE(option_value, 'http://example.com', 'https://example.gov.xx')
WHERE option_name IN ('home', 'siteurl');
-- 更新文章内容中的链接（谨慎！先备份）
UPDATE wp_posts SET post_content = REPLACE(post_content, 'http://example.com', 'https://example.gov.xx');
UPDATE wp_posts SET guid = REPLACE(guid, 'http://example.com', 'https://example.gov.xx');? 强烈建议：使用专业工具如 Better Search Replace（WP）或编写安全脚本，务必先备份数据库，并排除 serialized 数据损坏风险（PHP 序列化字符串长度敏感）。
步骤 3：配置服务器端强制重定向（.htaccess）
在 .htaccess 开头添加以下规则（确保 RewriteEngine On 已启用）：
# === 新增：强制将所有旧域名请求 301 重定向至新域名 ===
RewriteCond %{HTTP_HOST} ^example\.com$ [NC,OR]
RewriteCond %{HTTP_HOST} ^www\.example\.com$ [NC]
RewriteRule ^(.*)$ https://example.gov.xx/$1 [R=301,L]
# === 可选：统一 HTTPS 强制（提升安全性）===
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]✅ 优势：301 是搜索引擎友好的永久重定向，能传递权重；由 Apache/Nginx 在最早阶段拦截，不依赖 PHP 执行。
步骤 4：清除全链路缓存
| 缓存层级 | 操作指引 |
|---|---|
| 浏览器 | Ctrl+Shift+R（硬刷新）；清除 Cookies and other site data + Cached images and files |
| 本地 DNS | Windows：ipconfig /flushdns；macOS：sudo dscacheutil -flushcache |
| CDN | 登录 Cloudflare/阿里云 CDN 控制台 → 清除全部缓存（Purge Everything） |
| 服务器 | 重启 Web 服务：sudo systemctl restart apache2 或 sudo nginx -s reload；清空 OPcache（opcache_reset()） |
? 关键注意事项
- 永远不要依赖前端跳转做域名迁移：JS 跳转受网络、缓存、禁用 JS 影响，且无法传递 SEO 权重。
- 检查第三方服务集成：Google Analytics、百度统计、支付回调地址、OAuth 重定向 URI 是否仍配置旧域名。
- 验证 SSL 证书：新域名 example.gov.xx 必须拥有有效 HTTPS 证书（推荐 Let's Encrypt 免费证书）。
- 监控 DNS 切换状态：使用 DNS Checker 查看全球 DNS 解析是否已生效（TTL 通常 24–48 小时）。
完成以上步骤后，新老用户访问 example.gov.xx 将稳定加载正确页面，而对 example.com 的任何访问均被服务器 301 重定向至新域名——既保障用户体验，又完成 SEO 平滑过渡。
