最近在 Weekly 邮件推送中查阅到这样的一条信息：
会发现这条信息里面出现了一个CSS的新名词 CSS Cascade Layers ，出于好奇以及对新知识的渴望（说得我自己都信了，哈哈），于是查阅起 CSS Cascade Layers 的相关资料，试图搞懂它。
at-rule 规则， CSS Conditional Rules Module Level 3 新增的规则，是一条语句，它为CSS提供了执行或如何执行的指令，常见的 at-rule 规则有：
级联(层叠)与继承 经过多年的发展迭代，目前已有多个版本（ CSS2.2、Level3、Level4 和 Level5 ）
何为级联（层叠）？
层叠本质就是定义了如何合并来自 多个源 的属性值的算法，简单来说，CSS规则的顺序很重要。当两条同级别的规则应用到一个元素的时候，写在后面的就是实际使用的规则。
两条规则 优先级相同 ，所以顺序在最后的生效， h1 是 color:blue '胜出'，显示蓝色。
css属性一般来自于哪几个源？
层叠（级联）算法如何过滤来自不同源的css规则？
过滤来自不同源的css规则后，确定同源优先级高低，决定谁“优胜”
了解级联算法有助于帮助我们理解浏览器是如何解决样式规则冲突，也就是浏览器决定哪个样式规则运用到元素上，更多相关 css级联 的了解：
何为继承？
当元素的一个继承属性没有指定值时，则取父元素的同属性的计算值 。只有文档根元素取该属性定义的默认值，类似的属性有 color 、 font-size 等 。
CSS是由 Cascading Style Sheets 三个词的首字母缩写，很多人将其称为 层叠样式表或者级联样式表 .
CSS Cascade Layers ，也叫做 CSS级联层 ，是 Cascading and Inheritance Level5 规范中新增了一个新的 CSS 特性，对应的CSS属性写法 @layer ,即 一个新的 @ 规则 ，也就是大家所说的 at-rule 规则。
为啥会出现@layer？
也就是说我们一般会使用选择器权重和顺序作为控制级联的方法，但是这样却会时常碰到：
使用较高权重的选择器来防止你的代码被后面的代码（或别人的代码）覆盖。但这也会引起另一个不良的现象，可能会在代码中新增很多带有 !important 的样式规则，这本身就会引起更多的问题，比如 !important 在 CSS 样式表中随处可见，需要覆盖的时候难以被覆盖 。
使用较低权重的选择器又很容易被后面的代码（或别人的代码）覆盖。比如你在引入第三方代码库或组件时，自己的代码可能被覆盖。
这两个现象也是编写CSS代码，特别是在一个大型项目或多人协作的项目中常出现。也给很多CSS开发者带来很多困扰。
虽然社区有很多第三方方案，如 CSS-in-JS 、 CSS Modules 和 CSS Scoped 等来协助解决级联所带来的问题，但由于 源码顺序（打包产物）仍然起着决定性的作用，顺序带来的覆盖和冲突依旧未真正的解决，而且选择器权重仍然比层的顺序（源码顺序）更重要 。
这样的背景促进了 @layer 的出现，要真正的解决级联带来的这些问题。
@layer 的出现，也要求我们对以往 css级联 有个新的了解,
可以看出 CSS的级联层 一般位于“Style 属性”（Style Attribute）和 CSS 选择器权重（Specificity）之间。
使用 CSS级联层 ，可以通过 @layer at-rule将 CSS 分成多个层。
1、使用@layer 块规则，并立即为其分配样式：
2、使用规则@layer 语句，没有指定任何样式：
3、将@import 与layer关键字或layer()函数一起使用
以上每一个都创建了一个名为 的级联层reset。
在下面的例子中，我们建立四个级联层： reset，base，theme，和utilities 。
重复使用级联层名称时，样式将附加到现有级联层。级联层的顺序保持不变，因为只有第一次的出现已经确定顺序：
重新使用级联层名称时层顺序保持不变的使@layer 语法变得更加方便和严谨。使用它，可以预先建立图层顺序，然后将所有 CSS 附加到它：
按以往CSS级联来进行分析的话， form input （多层级）的优先级会大于 input ,但是由于 级联层 所起的作用， @layer theme 的 input 会取胜。
级联层 支持嵌套使用，如下：
在这个例子中有两个级联外层：
就像一棵树，像这样，
如果要将样式附加到嵌套级联层，需要使用以下全名来引用它，
如果第一个 @media (min-width: 30em) 匹配（基于视口尺寸），则layout级联层层将在图层顺序中排在第一位。如果只有 @media (prefers-color-scheme: dark) 匹配，theme则将是第一层。
如果两者匹配，则图层顺序将为layout, theme。如果没有匹配，则不定义层。
随着 Cascade Layers 的出现，我们的开发人员将拥有更多的工具来控制 Cascade 。 Cascade Layers 的真正力量来自它在 Cascade 中的独特位置： Style 属性（Style Attribute） 和 CSS 选择器权重（Specificity） 之间。因此，我们不需要担心其他层中使用的 CSS 的选择器特异性，也不需要担心我们将 CSS 加载到这些层中的顺序.
了解到这里，是不是觉得 @layer 相当地cool，迫不及待地想去使用了，我们看一下 caniuse @layer 的兼容情况，
很遗憾，支持程度惨不忍睹，想真正使用可能还要再等等，对于明年三月份 Chromium 99 ,发布我们拭目以待。
当然现在如果想尝鲜，对于社区也有给出一些办法，
大家也可以试一试，感谢阅读！
趋势一：技术性越来越高
技术都是在不断的变更，网站建设也在不断的使用新技术。原有的一些技术可能在不久的将来都会被发展迅速的建站技术所取代。至少，像目前来说，比较流行的H5+CSS3网站逐渐被用户接受，而原有的CSS及HTML语言可能慢慢的就会淡出用户的视野。
而且，现在原生态的应用程序也会日渐成熟，跨平台的应用程序将会逐渐受到重视。
趋势二：响应式技术的发展
由于不同平台或者不同版本的使用，因而对响应式技术的使用可能更加普遍。
趋势三：物联网的发展应用
物联网的发展将可能会带来质的变化，可能将来我们可能利用一个应用程序直接实现与事物进行直接沟通交流，网站建设也更多的嵌入物联网的相关内容。
趋势四：单一版本的PC端及移动网站
移动互联网现在发展已经是非常迅速，更多的企业开始投入到移动互联网中开展相关的业务。而未来极有可能PC端网站和移动网站会统一形成一个版本的桌面。
趋势五：注重互动与创新
新的用户体验，新的创新技术与互动能力将会从移动设备端出现，更好的设备传感及触摸功能接口势必会代替现在的技术。
趋势六：扁平化设计及简约布局
用户对网站的体验从以前由简入繁，到现在由繁入简，经历了很长的发展，而可以预见的是，用户的审美势必会归为简约。因此，将来的网站建设更加注重扁平化结构设计及简约的布局。而且在色彩搭配上，更多的是具有冲击性，且不会花里胡哨。
