正确；外部CSS通过<link>引入必然发起HTTP请求，构建工具仅能合并减少请求数，无法消除请求本身。
外部CSS引入必然产生额外请求——这是HTTP协议层面的客观事实，构建工具不能“消除”请求，只能通过合并、内联、预加载等方式改变请求行为或掩盖感知延迟。
为什么 link 标签一定会发起HTTP请求
浏览器解析到 <link rel="stylesheet" href="style.css"> 时，会立即发起一个独立的HTTP GET请求去获取该资源。这个过程不受构建工具控制，是渲染引擎的默认行为。
- 即使文件在本地磁盘打开（
file://协议），现代浏览器仍会模拟一次“请求”，只是不走网络 - 服务器返回状态码不是200（如404、403）时，样式表完全失效，且无降级机制
- 多个
link标签 = 多个并行请求（HTTP/1.1下受6–8个并发限制；HTTP/2可复用连接，但仍是逻辑上独立的资源获取）
构建工具能做什么：合并 ≠ 消除请求
所谓“不产生额外请求”，实际是指把多个CSS文件打包成一个，从而把N次请求压成1次。但这次请求依然存在。
-
webpack+mini-css-extract-plugin：将所有import './a.css'和import './b.css'合并为单个main.css，最终HTML里只留一个<link href="main.css"> -
Vite默认对import的CSS做静态分析，开发时仍按需请求，但构建产物中自动合并 - 注意：
@import在CSS文件内写，会导致串行加载（A.css @import B.css → B必须等A下载解析完才发起请求），构建工具通常不处理它，应避免使用
真正绕过请求的方式只有内联，但有严格限制
如果目标是“零网络请求”，唯一可行路径是把CSS内容直接注入HTML，即内联（inline）。但这不是“引入”，而是“嵌入”。
立即学习“前端免费学习笔记（深入）”；
-
html-webpack-plugin配合style-loader的injectType: 'styleTag'可把提取出的CSS字符串插入<style>标签 - Vite 插件如
vite-plugin-html支持在index.html中用<%= CSS_CONTENT %>注入构建后的CSS字符串 - 风险：CSS体积过大时，首屏HTML体积暴涨，可能触发浏览器的“阻塞渲染阈值”（如Chrome对大于2048字节的内联CSS会延迟解析）
- 不适用于带缓存头的长期CSS（比如主题色切换、夜间模式），因为每次HTML变更都会让整个页面缓存失效
容易被忽略的关键点
很多人以为“用了Webpack/Vite就等于没请求”，其实只是把问题从“多请求”转移到了“大请求+缓存策略是否合理”。真正影响用户体验的不是请求数量本身，而是关键资源是否阻塞首屏、是否可缓存、是否与HTML协同加载。
- HTTP/2 Server Push 已被主流浏览器弃用，别再依赖它“预推”CSS
-
rel="preload"可提升CSS加载优先级，但它本身仍是额外请求，只是更早发起 - 构建后检查
dist/目录下的实际文件结构和HTML中的link数量，比看配置更可靠
