根相对路径（以/开头）在link href中完全合法且推荐使用，如/css/style.css；错误写法包括//css/...（协议相对URL）、./css/...或css/...（属普通相对路径），需确保大小写、扩展名一致及部署路径匹配。
支持，而且是推荐用法之一。根相对路径（以/开头的路径）在 link 标签的 href 属性中完全合法且被所有现代浏览器支持，只要它能解析为有效的资源 URL。
根相对路径在 link href 中怎么写才有效
必须以单个 / 开头，后面紧跟从网站根目录起的路径，例如：/css/style.css、/assets/js/main.js。不能写成 //css/style.css（这会被当成 protocol-relative URL，有安全与缓存风险），也不能写成 ./css/style.css 或 css/style.css（这是普通相对路径，行为依赖 HTML 当前位置）。
常见错误包括：
- 漏掉开头的
/，比如写成css/style.css，结果在/admin/user.html页面里请求的是/admin/css/style.css - 路径大小写或扩展名不一致，如
/CSS/Style.CSS对应实际文件/css/style.css，Linux 服务器直接 404 - 部署后站点不在域名根目录（比如跑在
https://example.com/myapp/），却仍用/css/style.css，导致请求发到/css/...而非/myapp/css/...
根相对路径 vs 普通相对路径：什么时候选哪个
根相对路径适合静态资源集中托管、部署路径固定（尤其是部署在域名根目录）的项目；普通相对路径（如 ../css/style.css）更适合本地快速验证或嵌入式 HTML 文件结构松散的场景。
立即学习“前端免费学习笔记（深入）”；
选择依据不是“哪个更高级”，而是“谁更容易维护不出错”：
- 如果你的 HTML 可能放在多级子目录（如
/blog/post.html、/docs/v2/api.html），统一用/css/style.css可避免反复调整../层数 - 如果项目最终会打包进子路径（如
/myapp/），就得配合<base href="/myapp/">，否则根相对路径会失效——注意：<base>的href必须以/结尾，且只影响纯相对路径，对/xxx这类根相对路径无效 - CDN 场景下，直接换用绝对 URL（如
https://cdn.example.com/css/style.css），此时根相对路径反而多余
怎么验证 link href 的根路径是否真的生效
别只看代码写得对不对，关键看浏览器实际发出的请求：
- 打开浏览器开发者工具 → Network 面板 → 刷新页面 → 找到对应 CSS 文件的请求
- 检查 Request URL 是否是你预期的完整地址（如
https://yoursite.com/css/style.css） - 确认状态码是
200，不是404或403 - 如果看到请求路径意外多出层级（如
/admin/css/style.css），说明你写的不是根相对路径，或者服务器配置把请求重写了
最容易被忽略的一点：根相对路径看似“简单”，但它把路径正确性完全交给服务器部署结构——一旦上线路径和开发时假设不一致（比如本地跑在 http://localhost:3000/，上线却在 https://site.com/app/），所有 /xxx 请求都会错位，且错误非常隐蔽。
