为大型CSS文件提供服务

我有一个大约50k的大型缩小CSS文件，它被大约30页引用

---

将CSS分离为一个基本文件，每个页面使用单独的CSS文件，会显著减少加载时间吗？或者，为一个大文件提供的服务实际上是相同的吗？谢谢。

我不完全清楚你的意思，但为一个大文件提供服务并正确缓存它绝对是正确的做法-理想情况下，这将导致每个客户端只有一个HTTP请求。

是的，将每个页面的HTTP请求分开将减少每个页面的加载时间，因为每个页面只会拉取它需要的css

假设每个页面都在使用大部分css，理想的服务方式是将其作为一个大文件。HTTP请求需要时间，因此一个页面请求几个小文件需要一段时间才能加载，更不用说同时连接数的上限了。其次，更重要的是，适当的缓存意味着他们只需要下载整个文件一次。

50k实际上并没有那么大——特别是对于大多数人的互联网连接

我会保留一个文件，因为：

您只需要一个HTTP请求就可以加载整个CSS

只要访问一个页面，就会为整个网站加载CSS（这对于进一步浏览很好）

---

一个类似的主题是使用-这基本上是一样的，一个包含多个图像的大文件比现在许多较小的图像更有利。

您所说的“一个基本文件和单独的CSS文件”是什么意思？由于来自同一个域的连接数受到限制，我猜大概是相同的。但我不知道100%。如果你希望这在IE上运行，你可能会遇到一个问题，即不是所有的样式都能被识别。IE限制文件大小（或至少限制了文件大小：）最好的办法是将其拆分为更多的文件，并运行WebKit审计，查看网络和加载时间的变化。不，这实际上肯定会增加加载时间，因为可以保证每个页面都需要额外的HTTP请求，并且通常需要延迟，这比一次加载50kb并让浏览器为站点上的每个页面缓存它们要花更长的时间。唯一的例外可能是网速很慢，比如14400b调制解调器拨号上网。你忘记了缓存。但是你达到了HTTP请求的最大连接数和开销。谢谢你的精彩回答，但是“@import”语句会增加HTTP请求吗？那该怎么办？@Ali是的，

@import

将导致另一个HTTP请求。谢谢你，所以最好合并所有css文件或使用css预处理器的特殊

@import

，对吗？@Ali是的，所以最终结果只有一个文件。