@forward 更适合大型项目公共模块管理，因其仅暴露声明而不立即注入样式，避免重复编译、变量覆盖与CSS重复输出，并支持重命名、显式导出控制及清晰的模块边界划分。

为什么 @forward 比 @import 更适合大型项目公共模块管理

因为 @forward 不会立即引入样式，只暴露模块的变量、函数、混合宏等声明，避免样式重复注入和作用域污染。而 @import 是“边加载边执行”，一旦多个文件都 @import 同一个 _variables.scss，就可能触发多次编译、变量覆盖、甚至 CSS 重复输出。

• @forward 让你控制“谁能看到什么”：可以用 as 重命名、hide 或 show 精确导出成员
• 所有转发语句必须放在文件最顶部（不能在 @mixin 内或条件块里）
• 被 @forward 的文件如果本身含顶层 CSS 规则（比如 .btn { ... }），这些规则仍会被编译进最终 CSS —— 它不是“不加载”，而是“不自动注入作用域”

如何用 @forward 组织基础层（variables/mixins/functions）

把颜色、断点、z-index、工具函数这类纯声明型内容，统一收口到 _core.scss，再由它集中 @forward 子模块，上层只需引用这一个入口。

// styles/_core.scss
@forward 'variables' show $color-primary, $space-sm;
@forward 'mixins' as mixin-*;
@forward 'functions' hide adjust-hue;

• 用 as mixin-* 把所有混合宏加前缀，避免和项目其他 @mixin 冲突
• hide 能屏蔽你不希望暴露的内部函数（比如调试用的 debug-log()）
• 不要在 _core.scss 里写任何实际 CSS 规则，否则每次引用它都会插入一遍

@forward 遇到循环依赖或路径错误时的典型报错

最常见的错误是 Error: Can't find stylesheet to import. 或 Module build failed: SassError: Circular forward dependency，本质是路径拼错，或两个模块互相 @forward 对方。

CSS工具箱(专业版)

全功能 CSS 工程手册，覆盖性能优化、无障碍、设计系统与跨浏览器兼容。

下载

• 路径必须相对于当前文件，不是相对于入口 main.scss；写 @forward '../shared/typography' 前先确认相对位置是否真有这个路径
• Sass 6+ 不允许 A @forward B，B 又 @forward A；遇到循环，得拎出第三个模块 C 作为中间层
• VS Code 插件（如 Live Sass Compiler）有时缓存旧路径，改完路径后要重启编译进程

从 @import 迁移到 @forward 时最容易漏掉的三件事

迁移不是简单替换关键字，核心是重构“声明”和“实现”的分离逻辑。

立即学习“前端免费学习笔记（深入）”；

• 原 @import 'base/reset' 如果含真实 CSS（如 * { margin: 0 }），不能直接改成 @forward 'base/reset'，得拆成 _reset.scss（放规则） + _reset-api.scss（只 @forward 工具类）
• 原来靠 @import 顺序控制变量覆盖（比如后 import 的 _theme.scss 覆盖前面的 $color-primary），现在必须显式用 !default 声明默认值，否则 @forward 不改变变量赋值时机
• 构建工具（如 Webpack + sass-loader）需升级到支持 Dart Sass 1.23+，Node Sass 已废弃，不支持 @forward

真正难的不是语法，是理清哪些该暴露、哪些该隐藏、哪些必须抽离——模块边界划在哪，比怎么写 @forward 更影响长期维护成本。