引入外部css文件最直接且标准的方式是使用标签并将其置于html文档的
区域；1. 使用标签引入外部样式表，核心属性为rel="stylesheet"和href="路径"；2. 该方法实现内容与样式的分离，提升代码可读性、维护性和复用性；3. 外部样式表支持浏览器缓存，提高页面加载速度并优化用户体验；4. 利用media属性可实现响应式设计及按需加载特定场景样式；5. 多css文件可通过合并、压缩、关键css内联等方式优化性能。
将外部样式表引入HTML，最直接也是最标准的方式就是使用标签，将其放置在HTML文档的区域内。这样做能有效分离结构与样式，让你的代码干净整洁，也方便日后的维护和扩展。
解决方案
引入外部CSS文件，核心就是利用HTML的标签。这个标签通常放在标签内部，它的主要作用是建立当前文档与外部资源之间的联系。最常用的属性是rel和href。rel属性定义了链接的类型，对于样式表，它的值总是stylesheet。href属性则指定了外部CSS文件的路径。
例如，如果你有一个名为style.css的样式文件，并且它和HTML文件在同一个目录下，那么引入方式是这样的：
立即学习“前端免费学习笔记（深入）”；
我的网页
这种方法是我个人最推荐的，因为它彻底实现了内容与表现的分离。想想看，如果你的网站有几十甚至上百个页面，都共用一套视觉风格，只需要修改一个CSS文件，所有页面的样式就能同步更新，那效率提升可不是一点半点。而且，浏览器还会缓存这些外部CSS文件，用户再次访问时，页面加载速度会明显加快，用户体验自然也就更好了。
外部样式表为何优于内联或内部样式？深度解析其核心优势
说实话，我个人在项目开发中几乎不会使用内联样式（直接写在HTML标签的style属性里）或内部样式（写在HTML文件标签内的块里），除非是特别小的、一次性的demo，或者有特定需求（比如为了优化首屏渲染的“关键CSS”）。因为外部样式表带来的好处是压倒性的，这不仅仅是代码整洁那么简单。
首先，最明显的是职责分离。HTML就应该专注于内容的结构和语义，CSS则专心负责视觉呈现。当它们混在一起的时候，代码会变得非常混乱，可读性极差。想象一下，你打开一个HTML文件，里面密密麻麻全是 style="max-width:90%"，找个内容都得费劲，更别说修改样式了。
其次，是复用性和可维护性。这是外部样式表最大的杀手锏。一个CSS文件可以被成千上万个HTML页面引用。如果你需要调整网站的主题色，或者某个按钮的样式，只需要修改一个CSS文件，所有引用它的页面都会同步更新。这在大型项目中简直是救命稻草。如果用内联或内部样式，你可能需要在每个页面里逐个修改，那感觉真是棒极了……的噩梦。
再者，性能优化也是一个重要考量。当用户首次访问你的网站时，浏览器会下载外部CSS文件并缓存它。这意味着用户在浏览你网站的其他页面时，这个CSS文件就不需要再次下载了，直接从缓存中读取，大大减少了HTTP请求和加载时间。这对于提升用户体验和SEO排名都有积极作用。内联和内部样式则无法享受这种缓存机制。
最后，团队协作也会变得更顺畅。前端团队可以分工，有人负责HTML结构，有人负责CSS样式，互不干扰，提高开发效率。这在实际工作中是非常重要的。
媒体查询与外部CSS：如何利用link标签实现响应式设计和特定场景样式加载？
有时候，我们不希望所有的CSS都一股脑地加载。比如，打印页面的样式和屏幕显示肯定不一样；又或者，你希望在手机上看到一种布局，在电脑上是另一种。这时候，标签的media属性就派上用场了。它允许你根据不同的媒体类型或媒体特性来加载特定的样式表。
media属性的值可以是screen（用于彩色电脑屏幕）、print（用于打印机）、all（默认，适用于所有设备）等等。更强大的是，你可以直接在media属性中写入完整的媒体查询规则，实现更精细的控制。
举几个例子：
1. 针对不同媒体类型加载不同样式：
这样，screen.css只会在屏幕上生效，print.css只在打印时生效，而all.css则始终生效。这对于我来说，是实现打印友好页面的首选方式，不用在主CSS里写一堆@media print。
2. 实现响应式设计：
这是media属性最常用的高级用法之一。你可以根据设备的宽度、高度等特性来加载不同的CSS文件，从而实现不同设备上的自适应布局。
通过这种方式，浏览器会根据当前设备的特性选择性地下载和应用样式表。这意味着在手机上，desktop.css可能不会被下载（或者即便下载了也不会应用其媒体查询之外的样式），从而节省了带宽，提升了移动端的加载速度。我个人觉得，虽然现在更多地倾向于在单个CSS文件内部使用@media规则，但对于非常庞大或差异巨大的项目，分文件加载确实能带来一些管理上的便利，尤其是在团队协作时，不同人负责不同设备的样式。
优化多外部CSS文件的加载性能：合并、压缩与高级策略
当项目变得复杂，你可能会发现引入了不止一个外部CSS文件，比如一个用于基础布局，一个用于组件样式，一个用于主题色等等。虽然分离文件有利于管理，但每个标签都会触发一次HTTP请求。请求多了，页面的加载速度自然会受到影响，尤其是在网络条件不佳的情况下。那么，如何优化这些多CSS文件的加载性能呢？
我通常会考虑以下几种策略：
1. CSS文件合并（Concatenation）： 这是最直接也最有效的优化手段。将多个小的CSS文件合并成一个大的CSS文件。这样，浏览器只需要发送一次HTTP请求就能获取所有样式，大大减少了请求的数量。
例如，你有base.css、components.css和theme.css，你可以用构建工具（如Webpack、Gulp、Rollup等）将它们合并成一个main.css。
合并操作通常在部署时进行，开发阶段可以保持文件分离，方便管理和调试。
2. CSS文件压缩（Minification）： 在合并之后，或者单独对每个CSS文件进行压缩。压缩就是移除CSS代码中的所有不必要的字符，比如空格、换行符、注释等，在不改变样式功能的前提下，尽可能减小文件体积。文件体积小了，下载速度自然就快了。
比如，body { margin: 0; padding: 0; } 压缩后可能变成 body{margin:0;padding:0}。这通常也是由构建工具自动完成的。
3. 关键CSS（Critical CSS）内联：
这是一个更高级的优化技巧，旨在解决CSS的“渲染阻塞”问题。浏览器在解析HTML时，如果遇到，它会暂停页面的渲染，直到CSS文件下载并解析完毕。这意味着如果你的CSS文件很大，用户会看到一个白屏，直到CSS加载完成。
关键CSS的思路是：提取首屏（用户在不滚动情况下能看到的部分）所需的CSS样式，将其直接内联到HTML的标签内。这样，浏览器在接收到HTML后，就能立即渲染首屏内容，大大提升了“首次内容绘制”（FCP）时间。至于其余的非关键CSS，则可以通过异步加载的方式（比如使用JavaScript动态创建标签，或者利用onload事件）在首屏渲染完成后再加载。
这种方法虽然增加了HTML文件的大小，但对于提升用户感知速度非常有效。不过，提取关键CSS通常需要借助专门的工具，因为它不是一个简单的手动过程。
4. HTTP/2 多路复用： 如果你的服务器支持HTTP/2协议，那么多CSS文件带来的性能问题会有所缓解。HTTP/2支持多路复用，可以在一个TCP连接上同时发送多个请求和响应，这减少了传统HTTP/1.1中每个文件都需要单独建立连接的开销。这意味着即使你有多个CSS文件，HTTP/2也能更高效地处理它们。当然，这需要服务器端配置支持，不是前端代码能直接控制的。
在我看来，没有银弹，最佳实践往往是多种策略的组合。对于大多数项目，合并和压缩CSS文件是基础且高效的优化手段。而对于追求极致性能的大型应用，关键CSS内联则是一个值得投入精力去实现的高级优化策略。
