404错误表示请求已送达服务器但资源未找到，主因是url输入错误（占比超80%），其次为页面删除未重定向、服务器配置失误、文件权限或mime限制、缓存与cdn导致的假404。
当你在浏览器地址栏输入网址后页面突然显示“404 Not Found”，说明你的请求已成功送达服务器，但服务器明确告诉你：它找不到你要访问的那个网页、图片、CSS文件或API接口。这不是网络断了、不是你被封了、也不是网站彻底倒闭了，而是服务器在说“这页真没有”。
最常见原因：URL本身写错了
80%以上的404错误都源于这一条——你敲进去的地址，和服务器上实际存在的路径对不上。
比如把 https://example.com/blog/post-123 误输成 https://example.com/bolg/post-123（“blog”拼成“bolg”），服务器根本不会自动纠错，它只按字面匹配路径。
复制链接时末尾多了一个空格、中文标点混入、大小写不一致（Linux服务器区分大小写）、少打一个斜杠或斜杠位置错，都会触发404。
页面已被删除或移动，且没做重定向
网站改版、栏目调整、文章下架时，运营者若直接删掉旧文件，又没在服务器上配置301跳转，所有指向原地址的链接立刻变成死链。
搜索引擎快照、微信公众号历史消息、第三方转载页里的链接，全会集体报404。
【关键前提】 页面迁移后必须设置301重定向，否则用户和搜索引擎都会永久丢失该路径。
服务器配置出问题
方法一：Apache服务器中.htaccess文件被误删或规则写错，导致路由解析失败，静态资源路径全部失效。
方法二：Nginx配置里root或alias指向了错误目录，请求的文件明明存在，但服务器去错了地方找。
方法三：IIS站点绑定的物理路径被手动修改，而网站内容仍留在旧文件夹里，结果整个站首页都404。
文件权限或MIME类型限制
第一步：确认文件真实存在且路径正确；
第二步：检查服务器上该文件的权限是否为644（Linux下普通文件），目录是否为755；
第三步：查看Web服务器是否拒绝服务某些后缀——比如未注册.webp MIME类型，浏览器请求.webp图时就会返回404而非403。
注意：有些服务器在权限不足时也返回404而非403，这是故意隐藏资源是否存在，属于安全策略。
缓存与CDN导致的假404
浏览器本地缓存了旧版404页面，即使源站已修复，你刷新看到的仍是“页面不存在”的提示。
CDN节点未及时回源更新，或缓存规则误将404响应也缓存了长达数小时，导致大量用户持续看到错误页。
这时候清空浏览器缓存+强制刷新（Ctrl+F5）可能立即恢复正常，而其他人仍要等CDN缓存过期。
