这是一个非常典型且令人头疼的 DNS 缓存 + 平台状态不同步 问题。EdgeOne Pages（以及类似的静态托管平台如 Vercel, Netlify）在删除域名后，底层资源可能因为 CDN 节点缓存、DNS 记录残留或平台内部异步清理延迟而未能立即释放。 官方具体解决方案：https://curl.qcloud.com/egLwddIX 以下是针对“域名已存在”报错和持续 404 问题的逐步排查与解决方案： 🚨 核心原因分析 平台侧状态未同步：你虽然在控制台点击了“删除”，但 EdgeOne 后台可能仍在处理资源回收，或者该域名被标记为“保留/冲突”状态。 DNS 解析残留：你的 DNS 服务商（如阿里云 DNS、Cloudflare）中仍存有指向 EdgeOne 的 CNAME 或 A 记录，导致流量继续到达边缘节点。 CDN 缓存污染：即使源站返回 404，全球 CDN 节点可能缓存了旧的 404 页面或错误状态，导致用户一直看到 404。 浏览器本地缓存：浏览器强制缓存了之前的 404 响应。 ✅ 解决方案步骤（按优先级排序） 第一步：彻底清除本地与全局缓存（立即生效） 浏览器无痕模式测试： 使用 Chrome/Firefox 的**无痕模式（Incognito）**访问域名。如果正常，说明是浏览器缓存问题。 快捷键 Ctrl+F5 (Windows) 或 Cmd+Shift+R (Mac) 强制刷新。 清空本地 DNS 缓存： Windows: 打开 CMD，输入 ipconfig /flushdns Mac: 打开终端，输入 sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder Linux: 根据发行版使用 systemctl restart systemd-resolved 或 nscd -i hosts 使用公共 DNS 验证： 将电脑 DNS 临时改为 8.8.8.8 (Google) 或 1.1.1.1 (Cloudflare)，再次访问域名，看是否恢复。这能排除本地运营商 DNS 缓存干扰。 第二步：检查并清理 DNS 记录（关键步骤） 即使你在 EdgeOne 删除了域名，如果你的 DNS 服务商里还有记录，流量依然会过去。 登录你的 DNS 服务商（如阿里云万网、腾讯云 DNSPod、Cloudflare）。 查找所有相关记录： 搜索域名的 CNAME 记录（通常指向 *.pages.edgeone.net 或类似地址）。 搜索 A 记录 或 AAAA 记录（如果使用了 IP 直连）。 搜索 TXT 记录（用于验证所有权）。 删除所有旧记录： 务必删除所有指向 EdgeOne 的 CNAME/A 记录。 如果你打算重新绑定同一个域名，请确保这些记录已被物理删除，而不是仅仅修改。 第三步：解决“域名已存在”报错（平台侧操作） 这是最棘手的部分，因为涉及 EdgeOne 后台状态。 等待 24-48 小时： 平台侧的资源释放通常是异步的。如果刚删除不久，系统可能仍在锁定该域名以防止冲突。建议等待至少 24 小时再尝试重新绑定。 联系 EdgeOne 客服/提交工单： 如果超过 24 小时仍提示“域名已存在”，必须提交工单。 话术模板： “您好，我在 [日期] 删除了域名 [example.com] 的站点配置，但当前尝试重新绑定时提示‘域名已存在’。同时，该域名在全球 DNS 中已无相关记录，但访问时仍返回 404。请协助检查后台资源是否已完全释放，并解除该域名的占用状态。” 提供截图：包括删除操作的日志（如果有）、DNS 查询结果（使用 dig 或 nslookup 证明无记录）。 尝试更换子域名绑定（变通方案）： 如果主域名 example.com 被死锁，可以尝试先绑定 www.example.com 或 app.example.com，看是否能成功。如果能成功，说明只有根域名被占用，可进一步确认是平台 bug。 第四步：处理持续 404 问题 如果平台侧已释放，但访问仍 404： 检查 EdgeOne Pages 控制台： 确认没有处于“草稿”、“构建失败”或“暂停”状态的站点占用该域名。 如果有旧的部署任务卡住，尝试终止构建或删除整个项目（Project），而不仅仅是删除域名关联。 重新绑定流程： 在 EdgeOne 控制台创建新站点 -> 绑定域名 -> 等待 DNS 验证通过。 在 DNS 服务商添加新的 CNAME 记录。 关键点：新绑定后，首次访问可能会因 CDN 预热而短暂 404，请耐心等待 5-10 分钟。 使用命令行验证： # 检查 DNS 解析是否正确指向 EdgeOne dig example.com CNAME # 检查 HTTP 状态码（忽略缓存） curl -I -H "Cache-Control: no-cache" https://example.com 如果 dig 显示无记录，但 curl 仍有响应，说明流量仍被某些中间节点劫持或缓存，需等待更长时间或联系 CDN 提供商。 🛡️ 预防建议 删除前先解绑 DNS：在 EdgeOne 控制台删除域名前，先在 DNS 服务商删除所有相关记录。这样可以从源头上切断流量，避免平台侧误判。 使用子域名隔离：对于测试环境，建议使用 test.example.com 而非 example.com。这样即使测试环境出问题，也不会影响主域名。 定期审计：每季度检查一次 EdgeOne 控制台的站点列表，及时清理不再使用的旧项目。 总结行动清单 现在：清 DNS 缓存 + 浏览器无痕模式测试。 立刻：去 DNS 服务商删除所有指向 EdgeOne 的记录。 明天：如果仍报错，提交 EdgeOne 工单，要求人工释放域名资源。 之后：等待平台确认后，重新绑定并添加新的 DNS 记录。 如果以上步骤执行后仍无法解决，极大概率是 EdgeOne 后台的域名锁（Domain Lock） 未解除，此时只能依赖官方客服介入手动解锁。 官方具体解决方案：https://curl.qcloud.com/egLwddIX... 展开详请