Less中@import图片404是因为路径解析基于.less文件位置而非CSS输出位置；url()内变量拼接需用单引号包裹如url('@{img-path}logo.png')，且变量值须匹配构建工具对public或src/assets路径的处理规则。
Less 中 @import 图片路径为什么总 404？
因为 Less 编译时只做文本替换，不解析 URL 或校验文件存在性；路径是相对 @import 所在文件的，不是相对于最终 CSS 输出位置的。很多人把图片放在 assets/img/，却在 styles/base.less 里写 background: url(img/logo.png)，结果编译后路径变成 base.css 同级下的 img/logo.png，而实际服务器上它可能在 /static/img/ 下。
- 确认所有
url()内路径都是相对于最终生成的 CSS 文件位置（不是 .less 文件） - 开发阶段用 Webpack/Vite 等构建工具时，
url()会被插件重写，但变量里的路径不会自动处理 —— 这正是容易漏掉的关键点 - 避免在
url()里直接拼接变量，比如url(@img-path + 'logo.png')，Less 会原样输出字符串，浏览器无法识别
用 @img-path 变量统一管理但不破坏构建流程
变量本身没问题，问题出在怎么用。Less 变量不能直接注入到 url() 函数里参与路径解析，但可以用「拼接 + 注释提示」方式兼顾可读性和构建兼容性。
- 定义变量时带上末尾斜杠：
@img-path: '../static/img/';（注意单引号，且结尾有/） - 使用时写成：
background: url('@{img-path}logo.png');—— 单引号包裹整个字符串，Less 会把@{img-path}替换进去，最终输出url('../static/img/logo.png') - Webpack 的
css-loader能识别这种硬编码字符串并重写路径；Vite 默认也支持，但需确保public/目录下的资源用绝对路径引用（如@{img-path}指向/img/） - 别用双引号：
url("@{img-path}logo.png")在某些 Less 版本里会被转义成无效字符
Webpack/Vite 下 public 与 src/assets 路径怎么选？
这决定你变量值该怎么写。两个目录处理逻辑完全不同：前者跳过构建、原样复制，后者会被 hash 和重命名。
- 放
public/下的图（如 favicon、第三方图标包）：变量设为绝对路径，如@img-path: '/img/';，这样不管 CSS 输出在哪都能访问 - 放
src/assets/img/下的图（如组件内小图标）：变量必须用相对路径，如@img-path: '../../assets/img/';，且要和 .less 文件的嵌套层级对齐 - 如果用了
resolve.alias（比如把@/assets指向src/assets），Less 不认这个 alias —— 它不是 JS，别指望@{img-path}能解析别名
url() 里写变量 vs 构建工具 inline 图片的取舍
要不要把小图转 base64，不是 Less 决定的，是构建工具配置的。Less 只负责把字符串塞进 url()，后续是否转码、是否加 hash，全看 loader 配置。
立即学习“前端免费学习笔记（深入）”；
- Less 变量里写
@icon-check: 'data:image/svg+xml;base64,...';然后background: url('@{icon-check}');是可行的，但维护困难，建议只用于极简 SVG - 更稳妥的做法：变量只管路径前缀，具体是否 inline 交给
url-loader的limit参数或 Vite 的assetsInlineLimit - 注意：如果构建后 CSS 里出现
url([object Object])，说明变量被 JS 模块误引入了（比如在 .vue 里require()了一个 .less），这是环境混用错误，不是 Less 问题
