Less不解析url()路径，原样输出至CSS；浏览器按最终CSS位置解析相对路径，导致404。应使用根绝对路径（如url("/assets/logo.png")）、~前缀配合Webpack alias（如url(~"@assets/logo.png")）或JS动态导入统一管理。
Less里写url(../images/logo.png)为什么总404
因为Less编译器不解析、不重写url()里的路径，它只是原样输出到CSS中；浏览器加载最终CSS文件时，才按该CSS的存放位置去解析相对路径。比如CSS被打包进/dist/css/app.css，而HTML在/index.html，那么url(../images/logo.png)就会被解析为/images/logo.png——但实际图片可能在/dist/assets/images/logo.png。
Webpack中url-loader和file-loader怎么配才不丢路径
关键不是“用哪个loader”，而是路径解析上下文是否一致。默认情况下，url-loader会把require()或@import中的路径转成模块请求，但CSS里的url()需靠css-loader处理，且必须开启url: true（v6+默认开启）。
-
css-loader必须启用url: true（老版本需显式设{ url: true }），否则直接忽略url()内容 -
url-loader的limit只控制base64转换阈值，不影响路径解析逻辑 - 若用
file-loader，务必配合publicPath或outputPath，否则生成的图片路径可能脱离静态资源服务根目录 - 推荐统一用
asset-module（Webpack 5+），配置type: "asset"+generator.filename，更可控
Less变量里拼接图片路径为什么编译后还是错
Less变量如@img-path: "../images"再用于background: url("@{img-path}/logo.png")，编译后仍是相对路径字符串，Webpack无法识别这是资源引用——它只处理JS/CSS中显式的require()或url()调用（经css-loader解析后）。
- 变量拼接路径 = 纯文本替换，不触发Webpack模块解析
- 想让变量路径生效，得用
~前缀 + Webpack alias，例如url(~"@assets/logo.png")，前提是resolve.alias已配@assets: path.resolve(__dirname, "src/assets") - 或者改用JS动态注入：在JS里
import logo from "@/assets/logo.png"，再通过CSS-in-JS或:rootCSS变量传入
最稳的图片路径写法是什么
放弃“猜相对路径”，直接用根绝对路径或模块化路径。Less本身不参与路径修正，真正起作用的是Webpack对url()的模块解析能力。
立即学习“前端免费学习笔记（深入）”；
- 根绝对路径：
url("/assets/logo.png")→ 浏览器始终从域名根开始请求，要求静态服务器把/assets/映射到正确物理路径 - Webpack alias +
~前缀：url(~"@assets/logo.png")→css-loader识别~为模块路径起点，交由Webpack resolver处理 - 避免
url("../...")嵌套三层以上，一旦CSS输出目录层级变动，就全崩
真正容易被忽略的点是：css-loader版本升级后默认行为变化（比如v6取消url: true选项），以及开发服务器（如webpack-dev-server）的publicPath和生产环境output.publicPath不一致导致路径错位。
