../ 表示从HTML文件所在目录向上退一级，路径解析基准始终是HTML文件位置；每出现一个../即退回当前目录一层，后续路径从新位置起算；验证需通过浏览器Network面板查看实际Request URL是否匹配真实文件路径。
../ 表示“从 HTML 文件所在目录向上退一级”
浏览器解析 <link rel="stylesheet" href="..."> 时，所有以 ../ 开头的路径，都是以当前 HTML 文件的磁盘/URL 位置为起点向上跳转。它和 CSS 文件自己在哪无关，只看 HTML 在哪。
常见错误是数错层级，比如 HTML 在 /pages/user/profile.html，CSS 在 /css/base.css，有人写成 ../../css/base.css（错），实际只需 ../css/base.css：从 profile.html 所在的 pages/user/ 出发，../ 到 pages/，再 ../ 到项目根，但这里只需一次 ../ 就能到根，然后进 css/。
- 每出现一个
../，就向上退出当前目录一层 -
../后面跟的路径，是从“跳出后的新位置”开始算的，不是从原位置拼接 - Windows 下别用反斜杠
\，一律用正斜杠/，否则浏览器直接忽略 - Linux/macOS 服务器上路径区分大小写，
CSS和css是两个目录
怎么验证 ../ 路径写对了
别靠猜，直接看浏览器 Network 面板里实际发起的请求地址。刷新页面后，在 Network 标签页过滤 css，找到对应请求：
- 状态码是
200→ 路径大概率正确 - 状态码是
404→ 点开该请求，看Request URL字段，对比它和你文件系统里的真实路径是否一致 - 比如 HTML 在
http://localhost:5173/admin/index.html，你写了href="../styles/main.css"，浏览器会请求http://localhost:5173/styles/main.css；如果 CSS 实际在http://localhost:5173/assets/styles/main.css，那就要改成../../assets/styles/main.css或换用根路径
../ 在嵌套多层时容易踩的坑
HTML 在 /a/b/c/d/e.html，想引用根目录下的 /style.css，需要几个 ../？答案是 4 个：../../../../style.css。数错一个就 404。
立即学习“前端免费学习笔记（深入）”；
- 层级越深，
../越难维护；一旦移动 HTML 文件，所有../都得重算 - CSS 文件内部用
@import时，路径基准变成该 CSS 文件自身位置，和 HTML 的../完全不同，容易混淆 - 构建工具（如 Vite）默认不处理 HTML 中手写的
../，但会自动重写/开头的路径，所以混用时行为不一致 - 纯静态离线包（不走 HTTP 服务）下，
file://协议对多级../支持不稳定，某些浏览器会拒绝加载
什么时候该放弃 ../，改用 / 开头的路径
只要你的项目会部署到有明确根路径的环境（比如 https://example.com/myapp/），且能控制服务器或构建配置，就优先用 /css/style.css 这类写法。
-
/开头的路径永远从网站根目录开始找，和 HTML 放在哪无关 - 本地开发必须起 HTTP 服务（如 VS Code Live Server、
python3 -m http.server），否则/会指向本地磁盘根，导致 404 - 若部署在子路径（如
/myapp/），不能直接写/css/style.css，得配合<base href="/myapp/">或构建时注入前缀 - Webpack/Vite 项目中，
/默认指向public/目录，确保 CSS 真实放在那里，否则照样 404
