为什么说css的选择器一般不要超过三级？
CSS的解析过程，在解析选择器的时候，是从右向左，从上到下及逆行解析的。
超过三级会使的css解析树复杂度呈指数级增加，降低css加载性能
-
本文向大家介绍说说浏览器解析CSS选择器的过程？相关面试题，主要包含被问及说说浏览器解析CSS选择器的过程？时的应答技巧和注意事项，需要的朋友参考一下 浏览器解析CSS选择器的顺序是从右到左的，而不是直观上的从左到右。 之所以是从右到左，是因为选择器一般也是有规律的，一般选择器的最右边是最宽泛的，比如div标签等，而选择器的最左边一般是最具体的，比如属性等。所以从最左边开始解析有助于能一开始就快速
-
本文向大家介绍为什么说css的选择器是从右向左匹配？相关面试题，主要包含被问及为什么说css的选择器是从右向左匹配？时的应答技巧和注意事项，需要的朋友参考一下 从右往左匹配会首先排除很多错误的匹配，打个简单的比方，孩子只有一个父亲，但是父亲可以有很多个孩子，从孩子找父亲简单，从父亲找某个指定的孩子可能就会找到错误的孩子。当然，选择器也是得优化的，不然哪怕从右往左匹配也会有一些性能上的问题。
-
问题内容： 我已经看过几次CSS代码中使用的“大于”（），但是我无法弄清楚它的作用。它有什么作用？ 问题答案： 选择直系子女 例如，如果您有这样的嵌套div： 然后在样式表中声明css规则，如下所示： 您的规则仅适用于具有“中级”类的div，因为这些div是元素为“外部”类的元素的直接后代（直接子代）（当然，除非您声明其他更具体的规则来覆盖这些规则） 。见小提琴。 边注 如果您>>`。 注意：IE
-
本文向大家介绍解释下为什么说通配符选择器要慎用？相关面试题，主要包含被问及解释下为什么说通配符选择器要慎用？时的应答技巧和注意事项，需要的朋友参考一下 通配符号的性能会很差，建议覆盖 特定的标签，例如 body, div, dl, dt, dd, ul, ol, li, h1, h2, h3, h4, h5, h6, pre, code, form, fieldset, legend, input
-
本文向大家介绍为什么说MySQL单表数据不要超过500万行，包括了为什么说MySQL单表数据不要超过500万行的使用技巧和注意事项，需要的朋友参考一下 今天，探讨一个有趣的话题：MySQL 单表数据达到多少时才需要考虑分库分表？有人说 2000 万行，也有人说 500 万行。那么，你觉得这个数值多少才合适呢？ 曾经在中国互联网技术圈广为流传着这么一个说法：MySQL 单表数据量大于 2000 万行
-
问题内容： CSS问题：如果两个不同的选择器应用于一个元素，谁会赢？ 我知道这不应该发生，但是我想调整旧应用程序，而CSS居于中间。 问题答案： 规范中的实际上是合理可读的。综上所述： 规则和内联规则获胜。 否则，通常会赢得更具体的胜利。是比更加具体的选择器。 如果规则同样具体，则以最后宣布的为准。 没有特别的理由说明为什么这种“不应该发生”。通常先指定一个广泛适用的规则，然后添加一个更具体的规则