main.js 中 import 是唯一可靠方式，因 vue 2+webpack 将其作为模块依赖交由 css-loader/style-loader 处理，确保样式参与构建、提取及全局生效；其他方式如 @import 或 scoped 引入均会失效或污染。
必须在 main.js 中 import，且不能用 @import 或
为什么 main.js 的 import 是唯一可靠方式
Vue 2（尤其搭配 webpack + vue-loader）会把 main.js 中的 import './xxx.css' 当作模块依赖处理，交由 css-loader 和 style-loader 注入到 的 <style></style> 标签中。这是唯一能确保：样式参与构建、被提取到 CSS 文件（生产环境）、且作用域为整个应用的路径。
其他常见错误包括：
vue-component-analyzer
下载
递归分析 Vue 项目组件依赖，从入口文件生成组件层级图，支持 Vue 2/3，输出组件名、文件路径和属性。适用于分析组件结构、排查依赖或了解项目架构。
-
@import写在<style scoped></style>里 → 实际仍被 scoped 属性隔离，第三方类名（如.el-button）根本匹配不到 - 在
App.vue的<style></style>里写@import→ 这是无效语法，vue-loader 不解析它，编译直接报错或静默忽略 - 用
<style src="./xxx.css" scoped></style>→scoped会让 Vue 给所有选择器加属性选择器（如.reset[data-v-xxx]），彻底废掉 reset.css 的意图
如何避免全局 CSS 污染组件样式
全局引入 ≠ 全局污染。关键在 CSS 本身是否“可预测”和“有边界”。不是禁用全局引入，而是控制它的影响范围：
- 只引入真正需要全局生效的文件：如
normalize.css、reset.css、自定义的variables.css（仅含 :root 变量）或工具类（如.clearfix） - 绝对不要在全局 CSS 里写具体组件类名（如
.user-card、.header-nav），这类样式应进组件或布局文件 - 如果用了第三方 UI 库（如 Element UI），其 CSS 必须全局引入，但可通过覆盖时加
!important或用>>>深度选择器限定在特定容器内 - 检查已引入的全局 CSS 是否含通配符（
* { margin: 0 }）或标签选择器（button { ... }），它们极易穿透 scoped 边界
main.js 引入时的路径与兼容性陷阱
路径写错或加载方式不对，会导致开发时样式缺失、生产环境白屏，或热更新失效：
- ✅ 推荐写法：
import './assets/css/reset.css'（相对路径）或import '@/assets/css/variables.css'（别名路径，需确认 webpack alias 中@指向src/） - ❌ 错误写法：
import 'assets/css/reset.css'（缺./或@/，webpack 默认当 npm 包找） - ❌ 错误写法：
import './assets/css/reset.css?inline'（会被当成字符串模块，不注入样式） - ⚠️ 注意：若项目用了
css.extract（如 vue-cli 3+ 默认），全局 CSS 会打到app.css；若关闭提取，它会随 JS bundle 一起注入，影响首屏渲染
最常被忽略的一点：全局 CSS 的加载顺序决定了覆盖优先级。如果你在 main.js 里先 import 了 element-ui/lib/theme-chalk/index.css，再 import 自己的 override.css，那后者才能生效；反过来就白写了。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
