CSS框架与自定义样式冲突解决方法

CSS框架与自定义样式冲突的核心在于加载顺序与选择器权重的双重作用：link标签的引入顺序决定了同权重规则的覆盖优先级，因此务必确保自定义CSS文件置于框架CSS之后；若仍被覆盖，应借助浏览器开发者工具精准定位被划掉的样式规则，通过提升自身选择器特异性（如增加上下文或嵌套层级）来合理增强权重，而非滥用!important——后者虽能强行覆盖，却严重损害可维护性且易在框架升级后失效；尤其在Vue/React等现代前端项目中，还需警惕构建工具动态注入、CSS-in-JS作用域隔离及内联样式/JS动态class带来的干扰，需分层施策：对内联样式用JS清除或高权重CSS接管，对JS添加的class则直接针对性编写规则。归根结底，90%的问题源于未看清最终渲染的选择器权重，打开DevTools的Styles面板逐条分析，才是高效解决样式的不二法门。

为什么 link 顺序决定样式胜负

浏览器按 在 HTML 中的出现顺序，从上到下加载 CSS 文件。后加载的样式规则，会覆盖前面同名、同权重的选择器。这不是“谁更强”，而是“谁最后写”。所以把自定义 CSS 放在框架 CSS 后面 是最基础、最可靠的优先级控制手段。

• Bootstrap 的 bootstrap.min.css 必须在前，你的 custom.css 必须在后
• 如果用了多个框架（如 Bootstrap + Font Awesome），也要按依赖关系排：基础框架 → 组件库 → 自定义
• 注意构建工具（Vite/Webpack）可能自动重排 ，要检查最终 HTML 源码是否符合预期

link 顺序正确但还是被覆盖？检查选择器权重

即使 custom.css 在最后，如果框架用了更具体的选择器（比如 .btn.btn-primary），而你只写了 .btn，那依然会被压住。这时候不能靠堆 !important，得提升自己选择器的“分量”。

• 用浏览器开发者工具（Elements → Styles 面板）点开被覆盖的属性，看哪条规则划掉了，点它就能看到来源和具体选择器
• 复制框架里生效的选择器，再在其基础上加一层上下文（比如 body .my-btn 或 .app-wrapper .btn）
• 避免无差别用 !important —— 它会破坏可维护性，且一旦框架升级改了内部结构，你的 !important 可能突然失效

Vue/React 项目里 link 顺序容易被搞乱

单页应用常通过 JS 动态注入样式（比如 Vue 的