在vite中为所有sass文件全局注入基础css变量，最可靠的做法是在 vite.config.js 的 sass.preprocessoroptions 配置项中定义 additionaldata。通过设置该属性，vite会在编译每个 .scss 文件前自动将指定的 sass 代码（如 @use 'variables'）前置到源码中，从而确保所有组件都能直接访问这些变量而无需手动导入。
additionalData 如何影响单个文件的编译流程
additionalData 的作用机制是在预处理器接收文件内容之前，将提供的字符串拼接在文件头部。这意味着对于每一个被 Vite 处理的 Sass 文件，编译器实际看到的代码都是“注入内容 + 原始文件内容”。这种处理方式避免了在每个文件中重复编写 @use 或 @import 语句，同时也解决了因导入顺序不同导致的变量未定义问题。只要配置正确，任何新创建的 Sass 文件都会立即继承这些全局变量。
import { defineConfig } from 'vite';
import sassGlobImports from 'vite-plugin-sass-glob';
export default defineConfig({
plugins: [sassGlobImports()],
css: {
preprocessorOptions: {
scss: {
additionalData: `@use "./src/styles/variables" as *;`
}
}
}
});
使用相对路径与绝对路径注入时的差异
在配置 additionalData 时，路径的选择直接影响变量的解析范围。如果使用相对路径（如 './styles/variables'），Vite 会尝试从当前正在编译的文件所在目录开始解析模块。这通常能正常工作，因为大多数项目结构较为扁平。然而，如果项目层级较深，相对路径可能导致解析失败。相比之下，使用基于项目根目录的绝对路径（需配合 path.resolve）或通过别名（Alias）引用，能更稳定地定位到变量文件，确保无论文件嵌套多深，都能正确加载全局样式。
立即学习“前端免费学习笔记（深入）”；
import path from 'path';
import { fileURLToPath } from 'url';
import { defineConfig } from 'vite';
const __dirname = path.dirname(fileURLToPath(import.meta.url));
export default defineConfig({
css: {
preprocessorOptions: {
scss: {
additionalData: `@use "${path.resolve(__dirname, 'src/styles/variables.scss')}" as *;`
}
}
}
});
当 additionalData 包含语法错误时会发生什么
由于 additionalData 的内容会被直接拼接到每个 Sass 文件的开头，因此其中包含的任何语法错误都会被放大并传播到所有使用该样式的组件中。例如，如果在注入的代码中漏掉了分号、括号不匹配或引入了一个不存在的变量，Vite 的构建过程会报错，且错误信息通常会指向第一个被编译的 Sass 文件。这种“牵一发而动全身”的特性要求开发者在配置 additionalData 时必须确保其内容的绝对正确性，最好将其提取到一个独立的、经过验证的 Sass 文件中，并通过 @use 引入，而不是直接写入内联字符串。
