Less的@import按顺序解析路径：先加.less后缀再.css；无/./../前缀时相对当前文件而非入口；常见失败因路径误解，应显式用./或../；支持(reference)控制输出、~前缀识别别名，需区分.less与.css行为。
Less中@import的路径解析规则和常见失败原因
Less的@import不是简单复制粘贴文件内容，而是会按特定顺序解析路径：先尝试添加.less后缀，再尝试.css；如果路径不含/或./或../，它会当作“相对当前文件所在目录”的路径处理——但实际常被误认为是相对入口文件。比如在components/button.less里写@import "variables"，Less会去components/variables.less找，而不是项目根目录下的variables.less。
常见报错File not found: variables基本都源于这个路径误解。解决办法很直接：
- 始终用显式相对路径：
@import "./variables";（推荐）或@import "../shared/mixins"; - 避免无前缀的裸名导入，如
@import "reset"——除非你确认它在同级目录且命名准确 - Webpack或Vite环境下，若配置了别名（如
@/styles），Less默认不识别，需额外配paths选项或改用@import "~@/styles/variables";（注意~前缀仅在某些构建器中生效）
如何用@import控制CSS输出顺序和作用域
Less的@import本质是“文本内联+作用域继承”，导入的变量、混合（.mixin()）、函数会在当前作用域可用，但**不会自动提升到全局**。这意味着：
- 在
A.less中定义@primary: #007bff;并@import "B";，B能用@primary；但反过来不行 - 多个文件都
@import "mixins"，不会重复编译，Less会去重（前提是路径完全一致） - 想让某个模块只提供变量、不输出CSS？加
(reference)标记：@import (reference) "./reset";——这样reset.less里的样式规则不会出现在最终CSS里，但其中的.clearfix()混合仍可调用
典型场景：把variables.less和mixins.less放在最顶部导入，确保后续所有模块都能访问；把vendor/reset.css用@import (inline)引入，避免被Less编译（直接原样塞进CSS）。
立即学习“前端免费学习笔记（深入）”；
@import与CSS @import的混淆风险
Less支持两种@import语法，行为完全不同：
-
@import "foo.less";→ Less编译时处理，合并、变量穿透、作用域共享 -
@import "foo.css";→ Less直接原样输出为CSS的@import "foo.css";，由浏览器运行时加载（触发额外HTTP请求，无法复用变量）
容易踩坑的是：文件名没写后缀，且目录下同时存在theme.css和theme.less——Less优先选.less，结果你本想外链CSS，却意外把theme.less的内容内联进来了。保险做法是明确写后缀：@import "theme.css";或@import "theme.less";。
大型项目中模块化导入的组织建议
模块化不是堆@import，关键是控制依赖流和避免循环引用。一个实用结构：
- 入口文件（如
main.less）只做三件事：设置@charset "UTF-8";、导入variables、导入mixins、最后导入components/index -
components/index.less负责按逻辑顺序导入各组件：@import "button"; @import "input"; @import "modal";（顺序决定CSS层叠优先级） - 每个组件文件（如
button.less）只导入自己强依赖的模块，例如@import (reference) "../mixins/size";，不导入无关的variables（应由入口统一提供）
最易被忽略的一点：Less没有真正的“模块作用域隔离”，@import相当于把代码复制粘贴过去。所以button.less里重新声明@primary，会影响后续所有导入它的文件——这不是bug，是设计使然，得靠团队约定约束变量命名和覆盖行为。
