答案：CSS优先级由选择器类型和权重决定，行内样式 > ID选择器 > 类/属性/伪类 > 元素/伪元素，!important最高但慎用，权重相同时后定义的生效。
CSS优先级，说白了，就是浏览器决定哪个样式规则最终作用于一个元素的一套“打分”机制。当多个CSS规则都想给同一个元素设置样式时，浏览器不会随机选择，它会根据这些规则的“权重”来判断。理解这个，你就能明白为什么有时候你写的样式就是不生效，或者为什么改了一个地方，另一个不相干的样式也跟着变了。它不是简单的“后写的覆盖先写的”，而是有一套相当严谨的计算逻辑。
解决方案
要深入理解CSS优先级，我们得从它的计算规则入手。这套规则可以概括为四个层级，从高到低分别是：行内样式、ID选择器、类选择器/属性选择器/伪类、元素选择器/伪元素。每种选择器都有一个对应的“权重值”，你可以把它想象成一个四位数的数字，比如(A, B, C, D)，但实际操作中，它更像是一个从左到右比较大小的逻辑。
- A：行内样式（Inline Styles）。直接写在HTML元素的
style
属性里的样式，它的权重是最高的，通常记为1-0-0-0。比如
<p style="color: red;">
。
- B：ID选择器（ID Selectors）。通过
#id
选择器定义的样式，权重是0-1-0-0。比如
#myElement { color: blue; }。
- C：类选择器（Class Selectors）、属性选择器（Attribute Selectors）、伪类（Pseudo-classes）。它们的权重都是0-0-1-0。比如
.myClass { color: green; }、
[type="text"] { border: 1px solid black; }、
:hover { background-color: yellow; }。
- D：元素选择器（Type Selectors）、伪元素（Pseudo-elements）。它们的权重是0-0-0-1。比如
p { font-size: 16px; }、
::before { content: "Prefix"; }。
当一个选择器包含多种类型的选择器时，它的总权重就是这些权重值的累加。举个例子，
#container .item p
的权重就是 0-1-1-1（一个ID，一个类，一个元素）。浏览器会从左到右比较这些权重值，哪个高就用哪个。比如 0-1-0-0 (一个ID) 肯定比 0-0-10-0 (十个类) 的优先级要高，因为ID的权重在第二位，类在第三位，第二位一旦有值就比第三位的值大。
还有一个特殊的家伙是
!important
。它能直接覆盖掉所有常规的优先级计算结果，是“优先级之王”。但说实话，我个人觉得它就像一把双刃剑，用起来很爽，但用多了会把你的CSS搞得一团糟，调试起来简直是噩梦。不到万不得已，尽量别用它。
立即学习“前端免费学习笔记（深入）”；
如果两个规则的优先级完全相同，那么“后来者居上”，也就是在样式表中位置靠后的规则会生效。这就是所谓的“源顺序”或者“层叠顺序”。
为什么我的CSS样式没有生效？——深入理解优先级冲突
这大概是每个前端开发者都遇到过的“老大难”问题。我刚入行的时候，也经常对着一个明明写了却不生效的样式抓狂。通常，样式不生效的原因十有八九都和优先级计算脱不开关系。
一个很常见的情况是，你可能写了一个看似很具体的类选择器，比如
.card-title { color: red; }
，但页面上这个标题的颜色却不是红色。你一查，发现它被另一个
h2 { color: blue; }
给覆盖了。这时候你可能会想，
h2
不是比
.card-title
优先级低吗？但仔细一看，或许这个
h2
实际上是写在另一个ID选择器内部的，比如
#main-content h2 { color: blue; }
。这样一来，
#main-content h2
的优先级就是 0-1-0-1，而你的
.card-title
只有 0-0-1-0，自然就被覆盖了。
另一个让人头疼的场景是
!important
的滥用。有时候，团队里的一些老代码或者引入的第三方库，可能会在某些地方使用了
!important
。一旦一个样式被
!important
标记，你就很难用常规的优先级规则去覆盖它，除非你也使用
!important
，或者在更具体的选择器上使用它。这就像是给你的CSS规则加上了一层“霸王条款”，让后续的样式修改变得异常困难，甚至可能导致你不得不写出一些非常冗长和复杂的选择器来尝试提高优先级，结果就是代码可读性直线下降。
还有一种情况是，你可能在不同的CSS文件里定义了相同的样式，而这些文件被引入的顺序不同。比如，你的
base.css
定义了
p { font-size: 14px; }
，而你的
theme.css
定义了
p { font-size: 16px; }
。如果
theme.css
在
base.css
之后加载，那么
p
元素的字体大小就会是
16px
。这在优先级相同的情况下，源顺序就成了决定性因素。
如何有效管理CSS优先级，避免样式混乱？——实用的组织策略
说实话，管理CSS优先级，避免样式混乱，这本身就是一门艺术。我个人觉得，一套清晰的命名规范和组织结构，比单纯地去“斗”优先级要有效得多。
首先，减少对ID选择器进行样式设置的依赖。ID选择器虽然优先级高，但它的唯一性限制了复用。我通常建议ID只用于JavaScript的钩子（hooks）或者页面内部的锚点，而不是样式。样式应该更多地通过类来控制，这样更灵活。
其次，采用像BEM（Block Element Modifier）这样的命名规范。BEM的核心思想就是让你的类名本身就带有结构和层级信息，比如
block__element--modifier
。这样一来，你就可以用单个类选择器来精准地定位元素，而不需要写很长的嵌套选择器，从而保持较低但可控的优先级。比如，
.header__logo
肯定比
header .logo
的优先级低，但因为它的命名足够具体，通常就能避免冲突。
再来，慎用
!important
。我几乎把它列为“禁用词”了，除非是万不得已，比如一些需要强制覆盖第三方库样式，或者用于一些辅助性的工具类（如
.u-hidden { display: none !important; }
）。即使要用，也要在文档中清晰地说明原因和使用场景。
还有一点，保持选择器的简洁性。不要为了提高优先级而过度嵌套选择器。一个深层嵌套的选择器，比如
.container > .wrapper .item p span
，不仅可读性差，而且维护起来也是个麻烦。如果可能，尝试用更少的选择器来达到目的。
最后，利用CSS变量（Custom Properties）。虽然CSS变量本身不影响优先级计算，但它们能帮助你更好地管理和维护样式。你可以把一些常用的颜色、字体大小等定义为变量，然后在需要的地方引用。这样，当你需要修改某个值时，只需要改动变量定义的地方，而不需要去修改所有引用了该值的CSS规则。这间接降低了因修改样式而引发优先级冲突的风险。
调试CSS优先级问题的技巧与工具
当样式不按你预期的那样工作时，调试工具就是你的好帮手。我个人最常用的就是浏览器自带的开发者工具，尤其是“元素”面板和“计算样式”面板。
当你选中一个元素后，在“元素”面板的右侧，通常会有一个“样式”或“计算样式”标签页。这里会列出所有作用于该元素的CSS规则，并且会清晰地显示哪些规则被覆盖了（通常会有一条删除线）。更棒的是，它还会告诉你哪个文件、哪一行定义了这个规则，以及这个规则的优先级是如何计算的。
比如，在Chrome DevTools里，你可以在“Computed”标签页看到所有计算后的样式，以及每个样式是从哪个规则继承或应用的。在“Styles”标签页，被覆盖的属性会有一个删除线，并且你能看到覆盖它的具体规则。鼠标悬停在某个选择器上，有时还会显示它的优先级分数，比如
(1,0,0)
。这简直就是分析优先级冲突的利器。
如果遇到非常复杂的优先级问题，你还可以尝试隔离法。把可能引起冲突的CSS代码块暂时注释掉，或者把相关的HTML结构简化，看看问题是否解决。这能帮助你缩小问题范围，快速定位到具体的冲突点。
市面上也有一些在线的CSS优先级计算器。你把选择器粘贴进去，它就能帮你计算出对应的优先级分数。虽然这些工具不能直接解决问题，但它们能帮你更好地理解你写的选择器的实际权重，对于学习和验证优先级规则很有帮助。
总之，理解CSS优先级计算规则，掌握一些实用的管理策略，并善用调试工具，你就能更自信地掌控你的样式，而不是被它们所困扰。这就像是玩一场牌局，你得知道每张牌的价值，才能打出最好的组合。
css教程 css javascript java html 前端 go 伪元素 浏览器 app 工具 前端开发 ai JavaScript css chrome html chrome devtools 继承 class Attribute 选择器 样式表 display border 伪类 伪元素 background