从原理讲清楚，17c网站打不开先别慌：缓存清理按这几步排查，这一步做对就稳了
遇到网站打不开，第一反应往往是焦虑和重复刷新。其实大多数问题不是网站本身完全崩了，而是“缓存”或网络解析层面出了差错。这里先讲清楚原理再给出实操步骤，按顺序排查，省时又稳妥。
为什么“缓存”会导致页面打不开（原理简要）
- 浏览器缓存：浏览器为了加速加载，会把HTML、CSS、JS、图片等资源存在本地。当资源更新但缓存未过期时，浏览器仍可能读取旧文件或出错响应。
- DNS 缓存：域名到 IP 的映射会被操作系统、路由器或 DNS 解析服务缓存。如果域名刚改了 A 记录或 CDN 切换，旧缓存会指向错误 IP。
- CDN/边缘缓存：CDN 在边缘节点缓存资源或页面，配置错误或未及时刷新会返回过期或错误内容。
- 服务端/反向代理缓存：像 Varnish、Nginx FastCGI、WordPress 缓存插件等，会在服务器端保存旧版本或出错页面。
- 服务工作线程（Service Worker）与本地存储：PWA 使用的 service worker 会拦截请求并返回缓存响应；localStorage、IndexedDB 也可能存储影响展示的数据。
- 连通性/安全层面：防火墙、代理、证书/HTTPS 问题、跨域策略或网络中间件也会造成看起来像“打不开”的情况。
快速诊断流程（按顺序操作，能节省大量时间）
1) 先确认问题范围（本机或全网）
- 在手机移动数据下打开网站（非同一 Wi‑Fi）。如果能打开，问题多半在本地网络或 ISP DNS。
- 使用在线检测工具（如 downforeveryoneorjustme、IsItDownRightNow）或在另一台设备/朋友处测试。
- 本机命令行试试：ping 域名（注意有些站点禁 ping），或 curl -I https://your-domain.com 查看 HTTP 响应头和状态码。
2) 看响应状态码和浏览器控制台
- 用浏览器打开 DevTools（F12）→ Network，勾选 Disable cache，刷新观察请求与状态码（200、301、404、500、502、503、504 等）。
- Console 页查看 JS 错误、CORS、Mixed Content、Service Worker 报错等信息，这些都会导致页面白屏或功能缺失。
3) 最先试的两招（很多情况一招就稳）
- 强制刷新页面：Windows 常用 Ctrl+F5 或 Ctrl+Shift+R；Mac 上用 Command+Shift+R。这个绕过浏览器缓存请求最新资源。
- 打开隐身/无痕窗口再试：浏览器不会使用常规缓存或大多数扩展，能快速排除浏览器状态导致的问题。
4) 浏览器层面彻底清理（按浏览器不同选项）
- Chrome / Edge：
- 设置 → 隐私与安全 → 清除浏览数据 → 选择“缓存的图片和文件”与“Cookies 及其他站点数据”，时间范围选“全部时间”或“最近 24 小时”。
- 或在 DevTools → Application → Clear storage → Clear site data（针对单站点）。
- 若怀疑 Service Worker：Application → Service Workers → 点击 unregister。
- Firefox：
- 菜单 → 设置 → 隐私与安全 → Cookies 与网站数据 → 清除数据；或者 History → Clear Recent History 选择缓存。
- about:serviceworkers 可查看并注销。
- Safari（macOS / iOS）：
- Safari → 偏好设置 → 隐私 → 管理网站数据 → 移除；或开发者菜单启用后选择“空缓存并重新加载”。
- 小技巧：仅针对单站点清理比全部清理更温和——浏览器地址栏左侧锁形图标 → Cookie/站点设置 → 清除站点数据。
5) 操作系统与 DNS 层面（常见且高效）
- Windows：以管理员身份打开命令提示符，执行
ipconfig /flushdns
- macOS：终端执行（不同版本命令略有差别，常用）
sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder
- Linux（systemd-resolved）：
sudo systemd-resolve --flush-caches
或者针对 nscd：sudo /etc/init.d/nscd restart
- 如果怀疑 DNS 解析问题，临时在网络设置中改用公用 DNS（如 8.8.8.8 / 1.1.1.1），或用命令测试：nslookup your-domain 8.8.8.8 或 dig your-domain @8.8.8.8
6) 检查 hosts 文件与本地拦截
- 本地 hosts 文件可能把域名指向了错误 IP：Windows 在 C:\Windows\System32\drivers\etc\hosts，macOS/Linux 在 /etc/hosts。查看是否有与目标域相关的条目并注释掉试验。
7) 网络设备与中间件
- 重启路由器或换到别的路由器/手机热点。
- 若使用 VPN/代理/企业内网，暂时关闭再试，确认不是代理规则或防火墙在拦截。
- 家用路由器或网关某些会做 DNS 缓存，重启可清除。
8) CDN、边缘缓存与证书
- 如果网站使用 CDN（Cloudflare、Akamai 等），登录 CDN 控制台查看是否有错误页面或缓存规则；尝试 Purge Cache（清除缓存）或切换开发/绕过缓存模式。
- HTTPS 问题：浏览器报错常带提示（证书过期、域名不匹配、HSTS）。证书问题需要在服务器/托管处更新证书或修复中间链。若遇 HSTS 相关困扰，在 Chrome 可通过 chrome://net-internals/#hsts 删除域名的 HSTS 条目（谨慎使用）。
9) 服务端与应用层缓存
- WordPress、Drupal、Magento 等有插件或扩展层缓存：登录后台逐项清除缓存（页面缓存、对象缓存、OPcache）。
- 反向代理（Nginx、Varnish）和缓存层（Redis、Memcached）也可能返回旧数据，按服务重载或执行清理命令。
- 有时部署过程中后端返回 502/503，需检查服务器日志（Nginx/Apache/PHP-FPM 日志、应用日志）定位错误。
10) Service Worker、IndexedDB、LocalStorage（PWA）
- PWA 的 service worker 会拦截请求并用缓存返回内容。DevTools → Application → Service Workers，选择 unregister 并刷新。
- 清除 IndexedDB、LocalStorage、Cookies（针对单站点）可排除应用层的数据导致的异常。
11) 进一步的命令行诊断（开发者/运维用）
- curl -I https://your-domain.com 查看头部信息与状态码。
- curl -v https://your-domain.com 查看详细 TLS 握手与重定向信息。
- traceroute / tracert 检测路由路径是否在某段丢包。
- dig your-domain +trace 查看 DNS 解析链路。
常见场景与快速对策（实战经验）
- 页面一直白屏或静态资源无法加载：先强制刷新 + 清除服务工作线程；再查看 DevTools Network，找不到文件或 404/403，多半是资源路径或权限问题。
- HTTPS 错误页面（不安全连接提示）：检查证书是否过期或域名不匹配，curl -v 可看到证书链信息。
- 刚做完部署后看到旧页面：先清除浏览器缓存 → 若仍旧显示旧内容，去 CDN/服务器缓存层 purge。
- 局部可访问（家里可以，公司网络不行）：怀疑公司防火墙或 DNS 策略，换 DNS 或使用手机蜂窝验证。
- 502/504 网关错误：后端服务崩溃、超时或代理配置错误，检查后端服务状态与日志。
最后一张速查表（按顺序执行）
- 用手机移动数据或他人设备确认是否全网不可用。
- 在浏览器按 Ctrl/Cmd+Shift+R 强制刷新；或打开隐身窗口。
- DevTools → Network（Disable cache），观察状态码与报错。
- 清除站点数据（Cookies & cached files），注销 Service Worker。
- Flush DNS（系统命令），或换用 8.8.8.8/1.1.1.1 测试。
- 检查 hosts 文件、VPN/代理、路由器并重启网络设备。
- 如用 CDN，登录控制台 purge cache；如用缓存插件/反向代理，清除相应缓存。
- 查看服务器日志与 curl 获取详细响应，定位后端错误。
- 若仍无法解决，联系网站管理员或主机商并提供：时间、测试结果（curl 输出、DevTools 截图、DNS dig/nslookup 结果）。
