CSS引入路径应统一用相对路径，且所有样式文件必须放在项目根目录下的src/css或assets/css等明确静态资源目录中；绝对路径（如/css/main.css）依赖服务器根配置，本地开发、CI/CD子路径部署及团队环境不一致时极易404，而相对路径以HTML文件为基准，稳定可靠、易维护、可验证。
直接说结论：CSS引入路径应统一用相对路径，且所有样式文件必须放在项目根目录下的 src/css 或 assets/css 这类明确的静态资源目录中，避免在 HTML 中混用绝对路径、../ 跳转或内联 style 标签。
为什么不能用绝对路径（如 /css/main.css）？
绝对路径依赖服务器根目录结构，本地开发时用 http-server 或 VS Code Live Server 启动，若服务目录不是网站根目录（比如你运行的是 http-server src/），浏览器会去请求 http://localhost:8080/css/main.css，但实际文件在 http://localhost:8080/main.css —— 404 就来了。
- CI/CD 构建后路径可能被重写（如部署到子路径
/my-app/），/css/会失效 - Git 无法感知路径是否真实存在，改了文件位置但没改 HTML 中的
href，错误直到运行时才暴露 - 团队成员本地环境不一致（有人开根目录，有人开
dist/），协作成本陡增
link rel="stylesheet" 的路径怎么写才可靠？
一律用相对于当前 HTML 文件的路径。假设项目结构是：
my-project/ ├── index.html ├── src/ │ ├── css/ │ │ └── main.css │ └── js/ └── dist/
那么 index.html 在根目录，引用就写：
立即学习“前端免费学习笔记（深入）”；
<link rel="stylesheet" href="src/css/main.css">
- 不要写
./src/css/main.css——.是冗余的，HTML 解析器会自动补上 - 不要跨多级跳转，如
../../assets/styles.css—— 难读、难维护、重构时极易断裂 - 如果 HTML 在
src/下（比如src/index.html），那就写../css/main.css，保持“HTML 到 CSS”的物理距离真实反映路径关系
如何避免 Git 合并时样式路径冲突？
CSS 文件本身不常改路径，但 HTML 中的 href 值容易因分支合并出错。最常见的是两个 PR 同时改了同一行 <link>，Git 自动合并失败，手动解决时漏掉斜杠或写错层级。
- 把所有样式引入集中到一个
<style>或<link>区块，不分散在多个<head>里 - 在
.gitignore中排除构建产物（dist/,build/），只跟踪源码路径，避免不同构建工具生成的路径污染 Git - 用 ESLint 或 HTMLHint 配置规则，检查
link[href]是否以src/或assets/开头，CI 阶段拦截非法路径
真正麻烦的从来不是路径怎么写，而是路径写完后没人验证它在所有环境（本地、CI、预发、生产）下都能加载成功 —— 所以每次改完 HTML 的 href，务必在终端跑一次 curl -I http://localhost:8080/src/css/main.css 确认返回 200，比等 QA 报 bug 快得多。
