路径解析以HTML文件物理位置为起点：./可省略，../每级向上跳一层，/仅在HTTP服务下指向网站根目录；双击file://时/失效，应使用本地服务器测试。
HTML 中写错路径，浏览器控制台立刻报 404，图片不显示、样式空白、脚本不执行——这不是代码逻辑问题，是地址没找对。路径本身没有语法错误，但“相对谁”“从哪算起”必须和文件实际位置严丝合缝。
怎么判断该用 ./、../ 还是 /
关键看当前 HTML 文件在目录树里的“站位”，不是看编辑器里文件在哪个窗口打开。
-
./可省略：当前 HTML 所在目录下的文件，直接写style.css或./script.js都行 -
../每出现一次就向上跳一级：如果blog/post.html要引用根目录下的common.js，就得写../../common.js（先跳出post.html到blog/，再跳出到项目根） -
/是服务器根目录起点：只在部署到真实 Web 服务器（如 Nginx、Apache）或本地 HTTP 服务（python -m http.server）时才有效；直接双击打开 HTML 文件会失败，浏览器把它当成本地文件系统根（file:///），而你的硬盘没有/css/这个绝对路径
<img alt="HTML网页中编辑文件路径引用的教程" >、<link>、<script></script> 的路径行为完全一致
它们都依赖 src 或 href 属性的字符串解析，浏览器不做区分处理。同一个路径写法，在三个标签里效果一样。
- 写
images/logo.png：无论放在<img src alt="HTML网页中编辑文件路径引用的教程" >还是<link href>里，都是从当前 HTML 文件所在目录出发找images/子目录 - 写
../assets/fonts/main.woff2：所有标签都会向上一级再进assets/fonts/ - 写
/api/data.json：所有标签都尝试从网站根目录请求，和 HTML 文件在哪层目录无关
TextMate 里写路径时最常踩的三个坑
TextMate 不解析路径，也不校验文件是否存在，它只负责把字符原样输出给浏览器。你看到项目面板里文件挨得很近，不代表路径就对。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
立即学习“前端免费学习笔记（深入）”；
- 误以为“拖进编辑器自动生成路径”一定可靠：老版本 TextMate 拖拽生成的是绝对路径（如
/Users/you/project/css/style.css），浏览器根本不能用 - 复制了 Finder 中的路径粘贴进去：macOS 显示的是
css/style.css，但如果你在project/blog/index.html里粘，实际需要的是../css/style.css - 用项目面板右键“Copy Path”选了 “Absolute Path”：得到的是磁盘路径，不是 Web 路径；应选 “Relative to Project Root” 并确认项目根设置正确
本地开发时验证路径是否有效的唯一靠谱方法
别靠眼睛数 ../，也别信编辑器预览。打开浏览器开发者工具（F12），切到 Network 标签页，刷新页面，看哪些资源状态码是 404。点开那个失败请求，右侧 Headers 里能看到 Request URL —— 那就是浏览器真正拼出来的地址，和你写的路径可能差一个 . 或多一个 /。
尤其注意：URL 中的 / 是路径分隔符，不是可有可无的装饰；开头有没有 / 决定它是相对路径还是根相对路径；结尾有没有 / 在某些服务器配置下会影响重定向行为。
