HTML资源404本质是服务器返回“路径未找到”，非代码错误而是路径、部署或配置不匹配；本地双击触发的实为file://协议安全限制，需启本地服务器或改绝对路径。
HTML资源404错误，本质是浏览器发出了一个HTTP请求，但服务器明确回应“找不到这个路径对应的文件”——它不是代码写错了，而是路径、部署或服务配置没对上。
为什么本地双击打开HTML会报404（尤其是iframe或图片）
这不是真正的HTTP 404，而是浏览器在 file:// 协议下拒绝加载资源的安全限制。现代浏览器（Chrome/Firefox/Edge）默认禁止跨目录读取本地文件，哪怕路径看起来完全正确。
- 例如：
iframe src="../sub/index.html"在Windows双击打开时大概率失败，但在Linux或旧版IE可能侥幸成功——这不是路径问题，是浏览器策略不一致 - 图片、CSS、JS用相对路径（如
./assets/style.css）也会同样失效，因为file://没有“根目录”概念，浏览器无法可靠解析.. - 真正能绕过的方式只有两个：改用绝对路径（
file:///D:/project/sub/index.html），或——更推荐——启动本地Web服务器（如python -m http.server）
Flask/Django/SpringMVC等框架里HTML静态资源404
这类问题几乎全是“静态资源未被框架显式声明为可服务”，而不是文件放错位置。
- Flask要求静态文件必须放在名为
static的文件夹下，且HTML中必须用url_for('static', filename='...')生成URL；直接写./css/app.css必然404 - Django必须把图片放进
static/目录，并在模板里用{% static 'images/logo.png' %}；放在templates/或同级目录下，开发服务器根本不会提供该路径 - SpringMVC若配置了
<url-pattern>/</url-pattern>，会拦截所有请求（包括/css/main.css），导致静态资源被DispatcherServlet吃掉而找不到——需额外配置<mvc:resources>或让default servlet接管
Tomcat/Apache/Nginx部署后HTML本身404
重点不是HTML文件存不存在，而是它是否落在服务器认定的“可访问根目录”里，且路径与URL严格匹配。
立即学习“前端免费学习笔记（深入）”；
- Tomcat：HTML必须放在
webapps/yourapp/下（不能只丢进webapps/根），访问地址是http://localhost:8080/yourapp/index.html；漏掉yourapp路径就404 - Apache：检查
DocumentRoot是否指向你放HTML的文件夹；还要确认DirectoryIndex index.html存在，否则访问目录时不会自动找index.html - 大小写敏感：Linux服务器上
Index.html和index.html是两个文件，URL里写错一个字母就404
软404：页面显示“找不到”，但HTTP状态码却是200
这是最隐蔽也最伤SEO的一类——搜索引擎以为页面正常，实际内容全是“抱歉，页面已删除”。
- 常见于前端路由（如Vue Router history模式）未配服务端fallback：用户直接访问
/user/123，Nginx返回200 + 一个空壳HTML，但JS没加载完就显示空白或错误提示 - PHP/Node.js后端逻辑错误：数据库查不到数据，没手动设置
http_response_code(404)，而是渲染了一个带“Not Found”文字的200页面 - 重定向陷阱：把无效URL用302跳转到首页，状态码是302，内容是首页，但用户本意是找A页——这既误导用户，也浪费爬虫抓取配额
真正卡住人的地方，往往不是“文件在哪”，而是“服务器认哪条路为合法路径”。同一个文件，在 file://、Python简易服务器、Nginx、Tomcat 下，能访问的路径规则完全不同——得先确认当前运行环境，再查对应规则，而不是统一去翻文件系统。
